KN
поля gql - это поля/методы этого объекта
Size: a a a
2019 November 22
KN
и почему-то в обычной жизни никто особо не путается где "мутации", а где "квери" в каком-нибудь JS
KN
В случае типов для query все просто: ты описываешь поля, их типы, и говоришь где взять данные для этого. А как это должно работать в случае сложной мутации? Обновляемые мутацией данные могут быть вообще не связаны: например я делаю оплату заказа, мне надо помеитть заказ что он оплачен и на складе забукать сами товары и еще начать их паковать
Так же, как и обычном мире это делается =)
Каждый объект хранится в памяти (в случае БД - это идентити мап)
Каждый объект хранится в памяти (в случае БД - это идентити мап)
KN
Апдейт объектов - это просто изменение их данных (опять же в случае БД - это флуш UoW)
KN
Ну т.е. если простым языком (языком аналогов в виде кода):
let user = repo.findById(42):»»
user.rename('Vasya');
em.persist(user);
users {
findById (id: 42) {
rename(name: 'Vasya')
}
}ps
Всем привет!
Подскажите, если нужно загрузить таблицу с сервера на клиент и потом сортировать и фильтровать ее, то как это лучше реализовать: скачать таблицу целиком и изменять на клиенте (в кеше?) или обращаться на сервер за каждым изменением?
Подскажите, если нужно загрузить таблицу с сервера на клиент и потом сортировать и фильтровать ее, то как это лучше реализовать: скачать таблицу целиком и изменять на клиенте (в кеше?) или обращаться на сервер за каждым изменением?
YB
Всем привет! Сталкивался ли кто с ошибкой в Mutation : Query root type must be provided.
YB
Если переписываю на Query то работает
YB
а с mutation бросает ошибку
YB
Apollo сервер и клиент ипользую
YB
YB
YB
YB
вот сам запрос вообщем)
YB
сейчас поднял старый сервер, год нзад писанный на JS, там mutation работает при таком способе передачи параметров.
OL
Cheater :)
EK
p s
Всем привет!
Подскажите, если нужно загрузить таблицу с сервера на клиент и потом сортировать и фильтровать ее, то как это лучше реализовать: скачать таблицу целиком и изменять на клиенте (в кеше?) или обращаться на сервер за каждым изменением?
Подскажите, если нужно загрузить таблицу с сервера на клиент и потом сортировать и фильтровать ее, то как это лучше реализовать: скачать таблицу целиком и изменять на клиенте (в кеше?) или обращаться на сервер за каждым изменением?
Зависит как минимум от того:
1) на сколько большая таблица
2) как часто пользователь использует сортировку или фильтрацию таблицы
1) на сколько большая таблица
2) как часто пользователь использует сортировку или фильтрацию таблицы
ps
Зависит как минимум от того:
1) на сколько большая таблица
2) как часто пользователь использует сортировку или фильтрацию таблицы
1) на сколько большая таблица
2) как часто пользователь использует сортировку или фильтрацию таблицы
если маленькая и редко, то каждый раз запрос выполнять?
если большая и часто и вообще хочется убрать риски перегрузки сервера, то манипулировать данными можно прям в кеше как-то или надо сохранять отдельно и потом крутить уже?
Те можно ли создавать в кеше списки не связанные с получеными данными для хранения локального состояния?
Мне кажется что это бред, но хочется чтобы кто-то с опытом подтвердил
если большая и часто и вообще хочется убрать риски перегрузки сервера, то манипулировать данными можно прям в кеше как-то или надо сохранять отдельно и потом крутить уже?
Те можно ли создавать в кеше списки не связанные с получеными данными для хранения локального состояния?
Мне кажется что это бред, но хочется чтобы кто-то с опытом подтвердил
ps
я пока пришел к тому что redux будет обернут клиентом graphQL и будет получать изменения списка с сервера как если бы использовался обычный rest
ps
из плюсов графа остается отсутствие множественных запросов, а так по сути все как с rest