Comments 11
Почему не использовали graphql? И из чего исходили когда подбирали технологии?
Это была моя первая мысль при прочтении статьи — ребята изобрели graphql :)
Да мы, в общем, ничего не изобретали :) JSON API — отдельная спека. Если сравнивать её с GraphQL, она несколько менее гибкая, но более простая в использовании.
Для того, чтобы эффективно использовать GraphQL, неплохо бы уметь параллельно опрашивать источники данных. В PHP есть разные способы для этого, но все они, так или иначе, имеют проблемы. Поэтому наш выбор пал на JSON API — её гибкости достаточно для наших клиентов, а реализация на бэке не требует костылей.
Для того, чтобы эффективно использовать GraphQL, неплохо бы уметь параллельно опрашивать источники данных. В PHP есть разные способы для этого, но все они, так или иначе, имеют проблемы. Поэтому наш выбор пал на JSON API — её гибкости достаточно для наших клиентов, а реализация на бэке не требует костылей.
Почему не использовали graphql? И из чего исходили когда подбирали технологии?
Просто потому, что graphql — «стильно модно молодежно»?
Если API может быть четко определено для реальных потребностей — то нет смысл тащить туда graphql, который более универсальный но и более сложный.
Генерация кода — зло, если только это не ограничения языка, скорее всего где то архитектурная ошибка.
Если мы говорим о shared-nothing architecture, используемой в PHP, кодогенерация — хороший способ сократить время бутстрапа приложения. Те же Doctrine и Symfony DI работают по такому принципу.
Понятное дело, что мы можем отказаться от конфигов в каком-то промежуточном формате и сразу писать код, но это менее удобно.
Понятное дело, что мы можем отказаться от конфигов в каком-то промежуточном формате и сразу писать код, но это менее удобно.
Мне всегда было интересно откуда появилось это мнение… можете пояснить почему вы так считаете? Не оттуда же откуда появляются любители сгенерированный код поредактировать?
Будете открывать доступ к api для сторонних разработчиков?
На данный момент у нас уже есть API для сторонних разработчиков.
Переход на новую версию, о которой шла речь в статье, произойдёт, но называть какие-то ETA я бы не хотел :)
Переход на новую версию, о которой шла речь в статье, произойдёт, но называть какие-то ETA я бы не хотел :)
Sign up to leave a comment.
Оптимизация бэкенда при переходе на api-based архитектуру