Как стать автором
Обновить

Комментарии 6

Что такого особенного в проекте, чтобы в относительно небольшом интернет-магазине запросы по 20 секунд работали? Да даже по 2?


Пока из тех кейсов с graphql, что видел, оправданным выглядит только один — объединение нескольких разрозненных api за единым фасадом. В остальных случаях, если поспрашивать, аргументов кроме "модно, молодежно" особо и не было

Добрый день! Первоначальная скорость обработки запросов нас тоже не устраивала, поэтому мы постарались их ускорить. Указанный параметр 2 секунды — это максимальное время (на практике, как правило, все быстрее). Технологии в этом проекте были выбраны владельцем продукта.

Привет! А вы использовали для управления состоянием apollo или взяли что-то стороннее? И ещё интересно, использовали ли фичу общего кеша сущностей?
Для управления состоянием мы использовали непосредственно Apollo и не применяли сторонних решений. Что касается кэша: нужно понимать, что имеется в виду под фичей общего кэша сущностей? Вообще в этом проекте для управления кэшированием на клиенте мы использовали Apollo Cache.
Ну со стороны фронта выглядит как идеальный вариант получения данных. Не узнавали ли Вы у разработчиков который работали со стороны бека?
Даже при правильно построенной архитектуре бека, бавают ситуации когда на беке это реализовывать крайне неудобно.
Добрый день. Не совсем понятен вопрос по беку, уточните, пожалуйста.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий