DS
что так делать N+1 что так делать
Size: a a a
2019 July 18
A
с того что это лишний слой
N
только перформанс в разы упадет
насчет "в разы" крайне спорный тезис
DS
ну тут нет разов
A
и в ресте бекендер может нормально соптимизировать запросы
К
это апи гейтвей, нормальный подход, graphql им даст типизацию для ts + меньше трафика гонять пользователем будут
как то вы все в одну кучу смешали. И статическую типизацию и пакетизацию. И стратегию организации запросов. И как то все это увязали именно с graphql.
A
проблемы решаются не только технологией
A
а изначально грамотным дизайном
A
с поддержкой двух бекендов вы еще и с точки зрения бизнеса проиграете
DS
пакетизацию? что? я говорю о том что апи гейтвей в качестве graphql хорошй выбор
A
если много разных апишек, то можно и слой с графкл поднять аггрегирующий
на мой взгляд разве что вот в этом случае имеет смысл
К
пакетизацию? что? я говорю о том что апи гейтвей в качестве graphql хорошй выбор
хороший выбор для чего?
Люди пишут приложение, где у них нет возможности менять бэкенд.
Раз у них свое приложение, у них есть, скорее всего авторизация.
Соответственно есть ограничение в rest на получения данных и вызовы.
Им нужно писать и поддерживать прослойку, которая будет это учитывать. А на клиенте, им нужно обрабатывать, когда нет данных в куче мест. Потому что прослойке неоткуда будет эти данные взять.
Итого получается туча лишней работы, лишь для того что бы был graphql.
И они себе в итоге не облегчили жизнь, а усложнили в 2 раза
Люди пишут приложение, где у них нет возможности менять бэкенд.
Раз у них свое приложение, у них есть, скорее всего авторизация.
Соответственно есть ограничение в rest на получения данных и вызовы.
Им нужно писать и поддерживать прослойку, которая будет это учитывать. А на клиенте, им нужно обрабатывать, когда нет данных в куче мест. Потому что прослойке неоткуда будет эти данные взять.
Итого получается туча лишней работы, лишь для того что бы был graphql.
И они себе в итоге не облегчили жизнь, а усложнили в 2 раза
a
с поддержкой двух бекендов вы еще и с точки зрения бизнеса проиграете
Часто бывает так что бэкэнд пишут много команд, в виде микросервисов, потом делается аггрегирующий графкл сервис, который позволяет фронту запрашивать данные в удобном виде, нормальная практика
a
При правильной реализации агрегация данных от микросервисов происходит по локальной сети компании, где обычно очень хороший интернет и скорость
A
Часто бывает так что бэкэнд пишут много команд, в виде микросервисов, потом делается аггрегирующий графкл сервис, который позволяет фронту запрашивать данные в удобном виде, нормальная практика
Ну про это и говорил
a
Я тогда не понял утверждение про то что перформанс упадёт в разы
A
Перечитай тред
BS
Плюсую
ну смотри, вот кейс, удалить хранилище нужно было, что бы сделать такую простую вещ, с прослойкой мне пришлось изменять 12 файлов, с тем же ридаксом или ефектором в разы меньше
BS
такого секса у меня еще не было, пол дня добавлял кнопочку, хотя делов на пол часа