TK
Arthur Donkovtsev
Лучше service worker для это дело подключить
Спасибо за ответ) Но все равно, все выше перечисленное нужно для Query?
Size: a a a
2020 May 18
AD
В sw указываете какие запросы кешировать
DB
Всем привет! Подскажите пожалуйста, что нужно сохранять офлайн для запросов. В этой силке
сохраняется {query,context,variables,operationName}
Но, если это все сохранить, localStorage сразу же переполняется.
Подскажите пожалуйста, что необходимо сохранить, чтобы при иницилизации, можна было возобновить все query.
Спасибо!
сохраняется {query,context,variables,operationName}
Но, если это все сохранить, localStorage сразу же переполняется.
Подскажите пожалуйста, что необходимо сохранить, чтобы при иницилизации, можна было возобновить все query.
Спасибо!
Есть интересная тема, использовать IndexedDB для хранение данных на клиенте в режиме оффлайн + graphql на клиенте
DB
Offline First подход, вот на русском концепт https://www.youtube.com/watch?v=UATBcQ4seWQ&t=2690s
TK
Offline First подход, вот на русском концепт https://www.youtube.com/watch?v=UATBcQ4seWQ&t=2690s
Спасибоще!)
SФ
Offline First подход, вот на русском концепт https://www.youtube.com/watch?v=UATBcQ4seWQ&t=2690s
Что-то я доклад Лены пропустил. Интересно
DB
Эта идея давно
DB
Если проследить за большими компаниями, они всё активнее используют базу index db
DB
Но использовать её напрямую, муторно, поэтому делаем врапер и огонь
DB
Поищите offline first и найдёте больше примеров, даже на гитхабе где-то были примеры рабочие..
2020 May 19
M
Всем привет
Только третий день читаю про graphql, интересует серверная сторона
1) Верно ли я понимаю, что резолвер - аналог вызова метода контроллера при классическом mvp?
2) На бекенде все модели, резолверы и вообще graphql часть надо писать вручную, а уже у фронтов есть возможно нагенерить на этой основе себе модели? Т.е. на бекенде в общем то нечего автоматизировать?
Только третий день читаю про graphql, интересует серверная сторона
1) Верно ли я понимаю, что резолвер - аналог вызова метода контроллера при классическом mvp?
2) На бекенде все модели, резолверы и вообще graphql часть надо писать вручную, а уже у фронтов есть возможно нагенерить на этой основе себе модели? Т.е. на бекенде в общем то нечего автоматизировать?
P@
RK
Ребят,я конечно погуглил. Но могли бы вы тут ответить какие явные плюсы использования graphql,а не rest. Вот каким должен быть проект,чтобы я выбор в сторону graphql сделал? Подскажите,пожалуйста)
ИМХО я бы использовал graphql, ввиду того, что из маленького проекта может вырасти большой
AB
Всем привет
Только третий день читаю про graphql, интересует серверная сторона
1) Верно ли я понимаю, что резолвер - аналог вызова метода контроллера при классическом mvp?
2) На бекенде все модели, резолверы и вообще graphql часть надо писать вручную, а уже у фронтов есть возможно нагенерить на этой основе себе модели? Т.е. на бекенде в общем то нечего автоматизировать?
Только третий день читаю про graphql, интересует серверная сторона
1) Верно ли я понимаю, что резолвер - аналог вызова метода контроллера при классическом mvp?
2) На бекенде все модели, резолверы и вообще graphql часть надо писать вручную, а уже у фронтов есть возможно нагенерить на этой основе себе модели? Т.е. на бекенде в общем то нечего автоматизировать?
Я не теоретик но все что вы описали считаю верным. На мой взгляд преимущество только в самом языке: упорядочиваются запросы к бекенду, можно за раз вызвать несколько "эндпойнтов" что в rest в голом виде нельзя
AB
И ещё: обратно в рест чот возвращаться не хочется :D
N
cпасибо за ссылочку
N
разбавим утро чем-то новым
АН
Я не теоретик но все что вы описали считаю верным. На мой взгляд преимущество только в самом языке: упорядочиваются запросы к бекенду, можно за раз вызвать несколько "эндпойнтов" что в rest в голом виде нельзя
Могу еще добавить, что практически пропадает необходимость в документировании api. Остаётся только документация процессов, что значительно упрощает всем жизнь
А
как можно разулить зависимость по типам, когда нельзя использовать тип до определения ? https://pastebin.com/HzRG3m4E
