если ты ленивый)

можно не юзать либы и просто стрингу посылать постом

Думаю, это не устроит их. Ведь это же для них АПИ

Если у них есть всё на автомате с JSON и необходимость делать и верифицировать кучу ручной работы на чём-то другом

Они выберут JSON

что значит все на автомате?

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

конечно не обязательно, прост не надо говорить, что json для транспорта ?

Да ладно, а для чего еще Json кроме как для обмена данными?

json это формат, а не транспорт ?

что значит все на автомате?

Ну код нагенерился из схемы

С энкодерами, декодерами, запускалками запросов с эндпойнтами

И построителями запросов

Вот я кодирую на скалке

json это формат, а не транспорт ?

Я говорил JSON для транспорта, а не JSON = транспорт ?

Есть какой-то DSL для построения GraphQL запросов на клиенте?

Чтобы он мне мог и кейз-классы нагенерить

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

Клиент скала?

Да

Есть какой-то DSL для построения GraphQL запросов на клиенте?

а давай ты сам сперва посмотришь

Представим, что сервер не сангрия, а какой-нибудь Node JS

а давай ты сам сперва посмотришь

посмотрел, не нашёл

Представим, что сервер не сангрия, а какой-нибудь Node JS

и что, будет работать

так там json же вернется — пишешь reads в свои кейс классы

а https://github.com/MaiaOrg/scala-maia видели?

и что, будет работать

Это предложение к тому, что я хочу клиентскую библиотеку, но не могу переиспользовать код с сервера с типами

Это предложение к тому, что я хочу клиентскую библиотеку, но не могу переиспользовать код с сервера с типами

wat

если сервер nodejs то там нет типов)

а https://github.com/MaiaOrg/scala-maia видели?

вот об этом я говорил

если сервер nodejs то там нет типов)

но они же есть в GraphQL. Типы есть, даже если они динамичечкие

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

wat

Вот Alex скинул именно такую либу, какую я запрашивал

какой код ты собрался шарить то?

так это типы для протокола а не для приложения.

какой код ты собрался шарить то?

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

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

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

нет, не мог бы

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

а если речь идет о pojo, то переиспользуй

кто мешает то

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

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

Да, но я спрашивал о типизированном query builder, который мог бы валидировать, что схема совместима с моими типами. Просто, блин, гляньте на maia

вот об этом я говорил

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

а https://github.com/MaiaOrg/scala-maia видели?

в js нет типов, а для scalajs понятное деле никто такого не делал

Майа это типа того что делает apollo для flow и typescript. Но это не переиспользование типов с сервера)

Майа это типа того что делает apollo для flow и typescript. Но это не переиспользование типов с сервера)

а́аааааааа

я понимаю

нет, не мог бы

Как это не мог бы. В Sangria, например StringType это ScalarType[String]

Прекратите объяснять мне, что такое графкл, я упомянул, что не могу переиспользовать опредедения типов, чтобы удостовериться, что получаю то, что хотел получить. Что типы в схеме конвертятся в мои

Но всё же хочу в этом удостовериться. И ещё не хочу писать запросы строковыми константами

Oleg да, я теперь понял. Вот майа про это. Для js про это apollo

Так они конвертятся в Sangria

Есть такие либы для Kotlin и Swift?

При помощи описания схемы

И что там ещё на Андроиде

https://github.com/chentsulin/awesome-graphql

открой гугл уже

Я про то, что клиентская инфраструктура не очень развита и потребители этих сервисов пока видят риски в переходе на такую схему

После того как github начал активно педалировать graphql все стало лучше

http://tonsky.livejournal.com/309037.html я с Тонски солидарен

в вопросе graphql

Как это не мог бы. В Sangria, например StringType это ScalarType[String]

wat

комменты тоже дельные в статье есть

wat

Что именно непонятно?

http://tonsky.livejournal.com/309037.html я с Тонски солидарен

странные аргументы

http://tonsky.livejournal.com/309037.html я с Тонски солидарен

Кстати, проблему N+1 запросов Sangria тоже решает

ERROR: S client not available

Что именно непонятно?

в js нету ни ScalarType ни StringValue)

в js нету ни ScalarType ни StringValue)

Ты вот на каком языке обращался к GraphQL ному сервису?

С клиентской стороны

js

Опять же статьи эти. Кому хочется использует gql, кому нет rest. У меня мой сервер и мой клиент. Я не хочу танцевать с бубнами REST и разбираться что экспоузить моим фронтендерам. В моем случае это работает.

я считаю, что graphql лучше обычного реста, хотя бы потому что схема не жесткая

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

в js нету ни ScalarType ни StringValue)

Фронтенд-мир не ограничивается использованием чистого es5

Oleg спрашивал про совершенно другое

Oleg спрашивал про совершенно другое

Да, он про скаловский клиент, кстати, говорил. Теперь непонятно, причем тут js))

Опять же статьи эти. Кому хочется использует gql, кому нет rest. У меня мой сервер и мой клиент. Я не хочу танцевать с бубнами REST и разбираться что экспоузить моим фронтендерам. В моем случае это работает.

Ну вот повезло, что клиент твой. А теперь представь, что фронтедеры с мобильщиками - это заказчики твоего API

я не понимаю почему этот горе блогер написал про лишние запросы

о чем он вообще

кароч ******* какой-т ?

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

Но эта проблема решена на уровне библиотек

в том то и дело

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

Ну вот повезло, что клиент твой. А теперь представь, что фронтедеры с мобильщиками - это заказчики твоего API

под ios, android и js клиенты есть

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

на тот момент сангрия уже была вменяемая

Единственный минус сангрии это отсутствие scaladoc

нет, не единственный)

flapMap на фетчерах нету

также фетчера для одного id нет

где то я это уже слышал

я вчера говорил тебе)

бояню

ну это смоделировано под впечатлением от dataloader фейсбучного

именно :)

там вроде так же все. Груда id и вперед

Ну да, есть неудобство такое. Но после работы с js сервером сангрия воспринимается как чудо

Хотя после последнего моего деплоймента на ноде я вообще очень горько отношусь к платформе