DB
Именно поэтому мне кажется, что сброс кэша решил бы проблему
Size: a a a
2018 June 10
S
если список товаров, а у тебя на разных страницах разные отборы этих товаров
S
то на любом фильтре с товарами нужно обновлять после добавления товара
DB
Ну смотри - обновить данные я могу 3мя способами:
1. Руками обновить кэш, что значит пройтись по всем кэшам с разными фильтрами и где надо -обновить
2. Делать рефетч текущего активного фильтра, что значит передавать в вызов мутации данные не связанные с созданием сущности
3. Сбросить весь кэш связанный с этой сущностью
1. Руками обновить кэш, что значит пройтись по всем кэшам с разными фильтрами и где надо -обновить
2. Делать рефетч текущего активного фильтра, что значит передавать в вызов мутации данные не связанные с созданием сущности
3. Сбросить весь кэш связанный с этой сущностью
DB
Есть вариант конечно еще сделать рефетч все закешированных вариантов фильтров, но это вероятность сделать хоть 100 запросов
S
Есть вариант конечно еще сделать рефетч все закешированных вариантов фильтров, но это вероятность сделать хоть 100 запросов
зачем делать все сразу?, просто при переходе на страницу делай рефетч
DB
При переходе да, но при выполнении мутации я не ухожу на другую страницу, у меня список прям там же
S
При переходе да, но при выполнении мутации я не ухожу на другую страницу, у меня список прям там же
ну вот этот список и обновляй
S
рефетч без параметров вызывается
S
он вызовется с тем же набором параметров что и при формировании
S
в смысле ты вызываешь его без параметров, но он выполняет с тем наборов параметров с которым он вызвался первый раз
DB
Да, я об этом и говорю, изначально когда я вызывал список - я передал туда значение фильтра. Значит при создании новой сущности мне нужно откуда-то еще каждый раз брать текущий активный список
DB
А, я пропустил последнее сообщение. В первый раз?
S
Да, я об этом и говорю, изначально когда я вызывал список - я передал туда значение фильтра. Значит при создании новой сущности мне нужно откуда-то еще каждый раз брать текущий активный список
не нужно
DB
Может я тогда упустил что-то в доке. Я видел только refetchQueries, которому передаешь массив query вместе с переменными
S
HOC grapghql передает тебе в пропс refetch так вот если вызвать refetch() без параметров
S
то выполнится последний запрос, с теми же переменными
DB
Хм, я вижу refetch в data в props из ответа query. То есть после выполнения мутации у меня этого refetch не будет, только refetchQueries
S
почему после мутации может исчезнуть refetch?
S
refetch же к списку привзяан, а мутация у тебя к форме ввода скорее всего