посмотри плиз на пример, функциональщина

причем чистая

посмотри плиз на пример, функциональщина

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

https://github.com/sangria-graphql/sangria-playground/blob/master/test/SchemaSpec.scala

прошу

тестирование

в случае REST тебе надо писать тесты на соответствие того, что пришло в функцию (например, JSON со строгой схемой), и сгенеренного ответа

тут тоже самое

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

тут тоже самое

даже не рядом

посмотри на схему, это чистая фукнция

посмотри на схему, это чистая фукнция

там JSON-строчки, там нечему быть грязным

грязь будет в хэндлерах и тестах

val Droid это функция которая принимает твои data object Droid и раскладывает это по полям

да не будет

да будет, конечно

чувак я тебе примеры дал, что еще над

где ты там грязь то видишь

чувак я тебе примеры дал, что еще над

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

еще раз - не надо аргументов гомеопатов

а какие тебе аргументы еще нужны) тебе даже код дали)

я бы мог и наш скинуть, но тот же @sas1024 не одобрит

а какие тебе аргументы еще нужны) тебе даже код дали)

то есть ты вообще не понял, что аргументация частным примером невалидна, да?

why not?

про индукцию слышал?

why not?

уу, батенька

он ждет общего примера, но их не существует:) ведь любой пример - частный:)

ну хоть это почитай https://lesswrong.ru/w/%D0%9E%D0%B1%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BD%D0%B0_%D0%BE%D0%B4%D0%BD%D0%BE%D0%BC_%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D1%80%D0%B5

он ждет общего примера, но их не существует:) ведь любой пример - частный:)

я жду аргументов, почему GraphQL решает большинство задач лучше REST. Тезис Ника был в том, что, мол, REST-прошлое поколение, а GraphQL - новое, за ним будущее

так тебе уже сказали

частным примером тут ничего доказать нельзя

я жду аргументов, почему GraphQL решает большинство задач лучше REST. Тезис Ника был в том, что, мол, REST-прошлое поколение, а GraphQL - новое, за ним будущее

Да никто не говорит про большинство

так тебе уже сказали

где? покажи. Мне попытались частный пример привести и составить на коленке ТЗ выдуманного проекта, которое я отлично решил рестом

Да никто не говорит про большинство

а какой тезис ты тогда защищаешь? сформулируй, пожалуйста

если у тебя больше одного фронтенд-клиента, то рест уже плохо подходит

а если у тебя 1 фронт, то конечно подойдет и рест, и что угодно:)

если у тебя больше одного фронтенд-клиента, то рест уже плохо подходит

вовсе нет

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

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

1) схема менее жесткая 2) 1 реквест вместо 1000 3) проще соптимизировать некоторые фетчи имея доп инфу о всем запросе

но чем больше будет клиентов, тем сложнее будет поддерживать этот ад

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

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

к тому же N+1 решает

но чем больше будет клиентов, тем сложнее будет поддерживать этот ад

вовсе нет

мы видимо просто разных масштабов рест писали

1) схема менее жесткая 2) 1 реквест вместо 1000 3) проще соптимизировать некоторые фетчи имея доп инфу о всем запросе

1) ценой усложнения логики 2) в ресте никто не мешает сделать 1-2 реквеста 3) оптимизировать - задача бэкенда, фронт просто идет по эндпойнту и отрисовывает

1) ценой усложнения логики 2) в ресте никто не мешает сделать 1-2 реквеста 3) оптимизировать - задача бэкенда, фронт просто идет по эндпойнту и отрисовывает

1) за счет чего? 2) никто не мешает, но это уже будет хер пойми какой рест 3) это и будет делать бэк

мы видимо просто разных масштабов рест писали

я писал примерно на 20-25 эндпойнтов рест для системы развертывания облачной платформы. Правда, это было давно

1) за счет чего? 2) никто не мешает, но это уже будет хер пойми какой рест 3) это и будет делать бэк

1) за счет сложностей тестирования и хитрости интеграции этих запросов с конкретной базой 2) обычный. Ты сам сказал - сущности в API необязательно должны маппиться в сущности в базе 3) окей, но причем тут тогда протокол взаимодействия с фронтом?

все, надоел

эт бесполезно

"ой, все"

https://dev-blog.apollodata.com/graphql-vs-rest-5d425123e34b

держи чтиво

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

я тебе дал стабильную реализацию)

раз 10 уже

держи чтиво

и ты https://apihandyman.io/and-graphql-for-all-a-few-things-to-think-about-before-blindly-dumping-rest-for-graphql/

я уже читал

я тебе дал стабильную реализацию)

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

ты ж не сказал критерий стабильности

ты ж не сказал критерий стабильности

ты опять плохо читаешь

скролль выше

ссылку дай

вот, кстати, пример тривиальной и очень распространенной задачи, где все дружно пишут, что graphql НЕ нужен https://www.quora.com/Is-it-a-bad-idea-to-choose-GraphQL-for-a-react-blog-applications

ссылку дай

сам скролль, научись уже читать и вникать в то, что пишет оппонент

/report

ERROR: S client not available

вот, кстати, пример тривиальной и очень распространенной задачи, где все дружно пишут, что graphql НЕ нужен https://www.quora.com/Is-it-a-bad-idea-to-choose-GraphQL-for-a-react-blog-applications

все?))) смешно

все?))) смешно

ну, если ты мои аргументы не понимаешь, может, их поймешь

там примерно то же написано, что и я пытаюсь тебе тут донести

Сдается мне, ты нас никого тоже не читал) и даже тот бложек тоже)

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

Соответствует драфту от фейсбука на 100% sangria, стресс тесты и интеграционные тесты проводятся не на либах, а на конкретых приложениях. Бенчмарки у сангрии вроде были

Соответствует драфту от фейсбука на 100% sangria, стресс тесты и интеграционные тесты проводятся не на либах, а на конкретых приложениях. Бенчмарки у сангрии вроде были

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

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

стресс тесты и интеграционные тесты - частный случай, ты их не любишь

пытаться подтвердить нужность технологии наличием фреймворка для нее - это что? правильно, ошибка аргументации

стресс тесты и интеграционные тесты - частный случай, ты их не любишь

я их очень люблю. Без них вообще никуда

только они и позволяют с этим зоопарком как-то жить нормально

не фреймворка, а либы. Нет, ты просил стабильной либы, сангрия таковой и является

частный случай стабильной реализации на scala

Не на го

Ненужно

Не на го

не на rust)

не фреймворка, а либы. Нет, ты просил стабильной либы, сангрия таковой и является

как она решает взаимодействие с несколькими базами с разными схемами и разными временами отклика? Как она решает создание задач отложенных вычислений на сервере? Как она решает необходимость тестировать все вышеперечисленное независимо от протокола?

подозреваю, что никак

Ненужно

на питоне б еще, не го единым

как она решает взаимодействие с несколькими базами с разными схемами и разными временами отклика? Как она решает создание задач отложенных вычислений на сервере? Как она решает необходимость тестировать все вышеперечисленное независимо от протокола?

никак, это спека

не на rust)

Ты чатиком ошибся (1:1)

на питоне б еще, не го единым

Бож, лучше уже JVMная скала

Ты чатиком ошибся (1:1)

это ты чатиком ошибся))

никак, это спека

то есть все проблемы остаются и GraphQL твой их не решает. Ок, к этому я и вел

Бож, лучше уже JVMная скала

смотря для какой задачи

то есть все проблемы остаются и GraphQL твой их не решает. Ок, к этому я и вел

это детали реализации, спека тут не причем

но не будем о языках холиварить

смотря для какой задачи

Ну скриптики для девопса можно и на питоне написать

Ну скриптики для девопса можно и на питоне написать

на хаскеле

А ты знаешь толк

это детали реализации, спека тут не причем

то есть что есть эта спека и либа, что ее нет - все равно все проблемы остаются, так штоле? вот незадача

Ну скриптики для девопса можно и на питоне написать

а еще веб-приложения, датасаенс, облачные платформы и драйвера устройств

а так да