P@
Чутка в презентации сделаю на это акцент, там есть слайды про нормализацию.
Size: a a a
2019 May 07
AL
Ну я понимаю в целом
AL
Там просто комбо
AL
Из типа и айдишника
AL
Если айдишник и тайпнейм есть в кеше
AL
То рекорд обновится. Ну и частично поля которые совпадают
P@
все верно
AL
Ну типа merge(шоВКеше, шоВытянуло)
AL
Оук. А в аполо инвалидация есть какая-то, а то я чет не помню?
AL
Ибо единственный механизм который я знаю это refetchQueries
AL
Либо полный сброс кэша
P@
1) Получен графкуэль-ответ
2) потом он распиливается на Рекорды из скалярных значений (объекты выносятся в отдельные рекорды).
3) Каждому рекорду присваивается глобавльный айдишник (либо исходя из __typename и id), либо генерится что-то уникальное.
4) Рекорд складывается в стор
4.1) Если есть уже существующие рекогды, то обновляются
4.2) Все кто подписан на измененные рекорды - уведомляются об изменениях.
2) потом он распиливается на Рекорды из скалярных значений (объекты выносятся в отдельные рекорды).
3) Каждому рекорду присваивается глобавльный айдишник (либо исходя из __typename и id), либо генерится что-то уникальное.
4) Рекорд складывается в стор
4.1) Если есть уже существующие рекогды, то обновляются
4.2) Все кто подписан на измененные рекорды - уведомляются об изменениях.
P@
Лучше сбрось кеш, все что нужно на автомате должно будет перезапроситься.
AL
Ну это да, но более хирургический подход был бы лучше
AL
Типа dropCache(query)
P@
завезут в v3
AL
Да, читал
P@
уже есть открытый пулл реквест с тестами для метода evict
AL
Поэтому мне пока местами приятнее urql :D
AL
Ибо там все просто. Инвалидировать любой кэш такого-то типа если мутация чет вернула такого-то типа.