IA
получается только через writeQuery, при чем если перезаписывать именно весь запрос для товара
Size: a a a
2018 June 27
IA
Както можно заставить apollo заново вызвать резолвер для локального поля?
K
недавно на эту проблему тоже натолкнулся
IA
удалось решить?
K
адекватного решения не нашел
просто заапдейтил фрагмент
просто заапдейтил фрагмент
K
т.к. резолвер вызывается при получении данных с сервера, насколько я понимаю
K
если найдешь нормальное решение, то поделись, пожалуйста
IA
Получается мне нужно апдейтить фрагмент с флагом, и апдейтить запрос на всю корзину?
K
я просто этот флаг в фрагменте апдейтил и все
IA
но если список товаров в корзине отдельно нужен, получается его тоже надо апдейтить
K
так при апдейте фрагмента у тебя лист сам должен заапдейтиться, если он содержит этот фрагмент
IA
ок. спасибо почитаю про апдейт фрагмента
AB
Ребят, есть какое-то решение из коробки в graphql для n+1 проблемы?
IA
Ребят, есть какое-то решение из коробки в graphql для n+1 проблемы?
из коробки вроде нет. На ноде вроде решается, пробрасыванием в контекст специльного загрузчика. Который агригирует все запросы, и на следующем тике запускает как один
AB
из коробки вроде нет. На ноде вроде решается, пробрасыванием в контекст специльного загрузчика. Который агригирует все запросы, и на следующем тике запускает как один
Не очень понял. Имеется в виду, что он запасы к базе пробросит батчем или как?
Ф
Не очень понял. Имеется в виду, что он запасы к базе пробросит батчем или как?
Ф
А я чот сегодня ещё задумплся, если мы в приложении с фронта тянем данные, геты наши видны юзверям, по парочке страниц в принципе можно построить представление о схеме, и соответственно если очень захочет пользователь он же ведь сможет как раз заруинить бэк n+1
Ф
Как то это решается?
KL
Как то это решается?
Ф
Да, я про него тоже выше ссылку кинул, единственное что, пользователю слишком много видно зараза :( в rest'e кажется что глубже как то спрятано