ребят, всем привет и хорошего дня! подскажите пожалуйста, а есть ли такой функционал, чтобы мутация вернула _УДАЛЕНННУЮ_ запись, т.е. чтобы из кеша она удалилась, возможно ли так?
ребят, всем привет и хорошего дня! подскажите пожалуйста, а есть ли такой функционал, чтобы мутация вернула _УДАЛЕНННУЮ_ запись, т.е. чтобы из кеша она удалилась, возможно ли так?
А есть что-нибудь для мока graphql? Чтобы например фронту отдать мок данных и он смог туда делать запросы. А не ждать бек 🤔 Какое-нибудь мб клауд решение есть.
А есть что-нибудь для мока graphql? Чтобы например фронту отдать мок данных и он смог туда делать запросы. А не ждать бек 🤔 Какое-нибудь мб клауд решение есть.
можно поднять любой мок-сервер и отдать клиенту урл в тестах до этого мок-апи
А есть что-нибудь для мока graphql? Чтобы например фронту отдать мок данных и он смог туда делать запросы. А не ждать бек 🤔 Какое-нибудь мб клауд решение есть.
А есть что-нибудь для мока graphql? Чтобы например фронту отдать мок данных и он смог туда делать запросы. А не ждать бек 🤔 Какое-нибудь мб клауд решение есть.
скажи клиенту что бы брал все только из кеша и надуй кеш
Всем привет, общий такой вопрос. Есть некое функциональное требование. Допустим изменять данные в большой сущности с кучей полей, но эти изменения надо делать точечно — поменять одно-два в зависимости от экрана на фронте Как лучше будет поступить? 1) Одна мутация 2) Несколько мелких мутаций
Всем привет, общий такой вопрос. Есть некое функциональное требование. Допустим изменять данные в большой сущности с кучей полей, но эти изменения надо делать точечно — поменять одно-два в зависимости от экрана на фронте Как лучше будет поступить? 1) Одна мутация 2) Несколько мелких мутаций
Зачем несколько мутаций? Тем более, если всего 1-2 поля?
GraphQL позволяет не только получить (запросить) несколько связных сущностей за 1 запрос, но и изменить (мутировать) несколько связных сущностей за 1 запрос: