отлично, теперь пришел к нам еще и наш бухгалтер, который хочет видеть сводку заказов по всем клиентам?

а что ему помешает это сделать? почему обычный хэндлер не покатит?

а что ему помешает это сделать? почему обычный хэндлер не покатит?

делаем еще /order/... endpoint ?

ты опять ничего не понял(

да, я не понимаю, в чем смысл graphql в этой задаче. Без него пока справляемся намного эффективнее

делаем еще /order/... endpoint ?

нет, зачем, есть уже дефолтный

а, ты про "всех клиентов"

нет, зачем, есть уже дефолтный

какой эт? есть эндпоинт для конкретного клиента, для ордеров нету

окей, /orders/ , да, можно даже /orders/?groupby=client_id

но это, опять же, от задачи зависит

ок, добавляем еще штук 10 сущностей, которые пересекаются на каждый пишем по endpoint?

ок, добавляем еще штук 10 сущностей, которые пересекаются на каждый пишем по endpoint?

да, разумеется, у нас четкое разделение логики и крайне простые хэндлеры на бэке, которые такие запросы могут легко обрабатывать

и не бывает "пересекаются", бывает "включают"

ну и вернемся к вопросу про денормализацию, допустим у нас нет возможности это сделать

ну и вернемся к вопросу про денормализацию, допустим у нас нет возможности это сделать

не допустим, чтобы у нас ее не было

но окей

миграции никто не отменял

нельзя трогать базу, миграция будет идти год

нельзя трогать базу, миграция будет идти год

у нас полторы сущности в базе проекта, который на начальной стадии разработки, какой год?

или ты опять на ходу условия меняешь?

мы тз только что составили

сьезжаешь с темы) я пытаюсь сделать, чтобы ты допер

ну так ладно, какие варианты помимо денормолизации то

сьезжаешь с темы) я пытаюсь сделать, чтобы ты допер

это ты, кажется, не допираешь, что нет смысла здесь никакого в graphql

да и не только здесь

))

это ты, кажется, не допираешь, что нет смысла здесь никакого в graphql

мы еще не дошли до него

забудь пока про него

ну так ладно, какие варианты помимо денормолизации то

обычно либо джойн, либо денормализация, все зависит от того, какую задачу решаем и какая у нас база

обычно либо джойн, либо денормализация, все зависит от того, какую задачу решаем и какая у нас база

ну опиши как бы выглядил path

Сделать промежуточные хранилища-буферы и из них все склеить

в той же монге, допустим, при всей моей нелюбви к ней, это все без проблем решается

ну опиши как бы выглядил path

path к чему?

в той же монге, допустим, при всей моей нелюбви к ней, это все без проблем решается

endpoint path

к получению данных через rest

ты давай из задачи исходи, а не придумывай на ходу

request хочу понять какой будет

endpoint path

для чего?

какую задачу мы решаем сейчас?

приходит еще один клиент,который хочет видеть другую морду и другие данные Manufacturer'а

вот

если взять из реальной жизни - интернет-магазин с сайтами-партнерами

в той же монге, допустим, при всей моей нелюбви к ней, это все без проблем решается

мы вообще за базу сейчас не говорим

если взять из реальной жизни - интернет-магазин с сайтами-партнерами

эээ не накидывай, рано еще)

ок)

вот

что вот? это либо джойн, либо денормализованная модель

что вот? это либо джойн, либо денормализованная модель

ну конкретнее, как будет выглядить endpoint

мы вообще за базу сейчас не говорим

а я говорю, надо обо всех этапах думать, а не об одном куске

ну конкретнее, как будет выглядить endpoint

а что мы с него хотим получить-то?

что вот? это либо джойн, либо денормализованная модель

это ты про внутренности, а запрос то какой будет? урл

какие сущности?

если взять из реальной жизни - интернет-магазин с сайтами-партнерами

Под каждого обычно провайдер пилится, если со стороны изменения дороже выходят

это ты про внутренности, а запрос то какой будет? урл

я пытаюсь Ника заставить грамотно задать задачу, которую этот эндпойнт должен решать

я пытаюсь Ника заставить грамотно задать задачу, которую этот эндпойнт должен решать

я ж написал

хотя даже лучше не "эндпойнт", а вообще "что должен видеть на экране клиент"

список заказов с доп данными из производителя

список заказов с доп данными из производителя

выше было несколько вариантов эндпойнта

выше было несколько вариантов эндпойнта

будь добр повторись

кстати, угадайте с трех раз, какой канал передачи информации самый быстрый в мире?

Большой взрыв???? ))) А так оптоволокно. Был рекорд помоему 255тбит сек. А не ваш член)))

и в чем проблема? опять куча вариантов, например, делаешь хэндлер потипу /clients/123/order_manufacturer_full, где возвращаешь более подробную сущность. Либо разрешаешь делать /clients/123/orders/?manufacturer_fields=address

будь добр повторись

будь добр, скролль сам в следующий раз

и в чем проблема? опять куча вариантов, например, делаешь хэндлер потипу /clients/123/order_manufacturer_full, где возвращаешь более подробную сущность. Либо разрешаешь делать /clients/123/orders/?manufacturer_fields=address

отлично, на каждый чих мы делаем по эндпоинту,

отлично, на каждый чих мы делаем по эндпоинту,

не на каждый, а исходя из задачи

а теперь смотри, в графкуэль ты сделаешь тип Order, Client, Manufacturer

что нам нужно на фронте показывать - для того и подбираем эндпойнт

отлично, на каждый чих мы делаем по эндпоинту,

То, чувство, когда не спрашивая, ты наконец-то понял что такое ендпоинт. ?

отлично, на каждый чих мы делаем по эндпоинту,

Миксовать эндпоинты можно?

Миксовать эндпоинты можно?

смотря что ты имеешь ввижу

немного не в вашу тему, может подскажете json серилайзер который серилизует только описанные свойства а не все подряд, как это делает стандартный

а теперь смотри, в графкуэль ты сделаешь тип Order, Client, Manufacturer

зачем мне какие-то левые типы непойми где? типы у меня на коде в бэке, в моделях и сущностях серверных

ERROR: S client not available

зачем мне какие-то левые типы непойми где? типы у меня на коде в бэке, в моделях и сущностях серверных

у тебя в беке может быть совершенно другой Order

с клиентом я согласую только логику отдачи ему того, что ему конкретно нужно

у тебя в беке может быть совершенно другой Order

у меня в бэке вообще Order может быть собирательной сущностью. Но об этом будет знать только бэк.

Собрать под каждую сущность эндпоинт, который даст, что попросим. Далее просто в нужном порядке дергаем и получаем результат

Большой взрыв???? ))) А так оптоволокно. Был рекорд помоему 255тбит сек. А не ваш член)))

Сори, старая инфа. 1125ТБИТ сек. Сори за офтоп.

Собрать под каждую сущность эндпоинт, который даст, что попросим. Далее просто в нужном порядке дергаем и получаем результат

все так

непонятно, зачем тут графкл какой-то еще

с клиентом я согласую только логику отдачи ему того, что ему конкретно нужно

у тебя есть спека Client{id,name,orders}, Order{Id,name,manufacturer}, Manufacturer{id,name,atata}. Хочешь запросить по клиенту, пишешь query{client(id){order{manufacturer{name}}}}

все

у тебя есть спека Client{id,name,orders}, Order{Id,name,manufacturer}, Manufacturer{id,name,atata}. Хочешь запросить по клиенту, пишешь query{client(id){order{manufacturer{name}}}}

у меня нет спеки никакой. У меня есть описание бизнес-логики того, что нужно показывать на клиенте, а дальше я на сервере решаю задачу, какими эндпойнтами ему это удобно отдать

и не надо никакого навязанного сбоку стандарта

у меня нет спеки никакой. У меня есть описание бизнес-логики того, что нужно показывать на клиенте, а дальше я на сервере решаю задачу, какими эндпойнтами ему это удобно отдать

все таки не понял

у тебя есть спека Client{id,name,orders}, Order{Id,name,manufacturer}, Manufacturer{id,name,atata}. Хочешь запросить по клиенту, пишешь query{client(id){order{manufacturer{name}}}}

Так можно свой динамический хендлер под такие запросы написать. Тот же ГрафКьюЭл

все таки не понял

да, ты так и не понял, что graphql - это как пятая нога у собаки

Так можно свой динамический хендлер под такие запросы написать. Тот же ГрафКьюЭл

я ему обьясняю, зачем как раз он нужен

ненужный набор лишних сущностей

Так можно свой динамический хендлер под такие запросы написать. Тот же ГрафКьюЭл

так вот он не нужен же. Если фронт с бэком четко знают, что кому от кого нужно - никакие graphql не нужны в принципе

ненужный набор лишних сущностей

каких сущностей? у тебя есть спека, условно описание твоего домена, откуда лишние сущности?

каких сущностей? у тебя есть спека, условно описание твоего домена, откуда лишние сущности?

у меня есть сущности в коде бэка и есть протокол взаимодействия с фронтом

где там graphql - непонятно

у меня есть сущности в коде бэка и есть протокол взаимодействия с фронтом

дык graphql это и есть этот протокол

видимо, нигде

дык graphql это и есть этот протокол

нет, протокол - это http

если что

Да ппц, уже три часа графкьюэл обсуждаете)

эт транспортный протокол

иногда http+json или http+xml

@sas1024 я сдаюсь, попробуй обьяснить ты

эт транспортный протокол

эх, батенька, вам бы модель TCP/IP почитать

не)

у тебя есть спека Client{id,name,orders}, Order{Id,name,manufacturer}, Manufacturer{id,name,atata}. Хочешь запросить по клиенту, пишешь query{client(id){order{manufacturer{name}}}}

Три эндроинта последовательно вызвать. Избыточность можно оптимизировать

Три эндроинта последовательно вызвать. Избыточность можно оптимизировать

да там вовсе необязательно три эндпойнта даже