но вообще в каком месте не рест?

но вообще в каком месте не рест?

Он может быть рестом, если сделать рест

ты серьезно считаешь что jsonRPC лучше gql?

это как сравнивать лодку рыбацкую с титаником

лол

титаник то утонул

хорошее сравнение, прямо в точку

я знал одного рыбака, он тоже утонул

титаник то утонул

Засчитано:)))

я знал одного рыбака, он тоже утонул

сколько их таких было)

я знал одного рыбака, он тоже утонул

Дурак был. А на тинаник все поперли, думали круто будет

ладно, haters gonna hate, я работать

Нет, серьезно, сравнение идеальное

98

На всякий случай — ты понимаешь, что ненужность graphql 98% людей и нужность его оставшимся двум процентам означает, что если ты на улице выберешь случайным образом 35 человек, то с вероятностью больше 50% по крайней мере одному из них графкуэль будет нужен. Включая дворников, продавцов, китайцев, детей.

В общем, GraphQL не нужен особо, как и рест

=)

Используйте RPC спокойно, все равно рестом вы скорее всего называете его

Я считаю, что с этим утверждением (про 35 случайных человек) черезвычайно выгодно спорить на деньги =)

Поправка: когда я говорил, что GraphQL не нужен 99% людей, я имел в виду 99% из тех людей, которые думают, что он им нужен

О, это ценное замечание.

А вообще, запросы напрямую из клиента в базу и раньше никто не запрещал отправлять

/me любит считать вероятности

На SQL все тоже самое можно делать

@raxwunter и про апдейты в посте ни слова

@raxwunter и про апдейты в посте ни слова

мутации в смысле?

да

лень уже было, что с ними не так

все прекрасно, если Relay не юзать

@raxwunter и про апдейты в посте ни слова

о чём речь, кстати?

Они не решают ту проблему, которая написано с рестом

какой пост?

https://medium.com/@raxwunter/moving-existing-api-from-rest-to-graphql-205bab22c184

А.

А зачем?

Что зачем?

Они не решают ту проблему, которая написано с рестом

поясни

> Algorithm definition how exactly to update entity is not easy at all

Вот это типо проблема в ресте

> Moving existing API from REST to GraphQL

Как GraphQL ее решает?

Зачем?

Можно в двух словах.

И я пойду читать =)

Зачем?

Низачем. Чтобы веселее было

Вот это типо проблема в ресте

ты юзал PATCH?

Нет

попробуй как-ть

я прошу прощения. а что за буква спрятана за минусом?

Низачем. Чтобы веселее было

я по-другому веселюсь

Но его вроде не заставляет никто использовать

Используй POST

Пость что хочешь

Используй POST

ну так ты опять про RPC

gql это и есть RPC

только со всем чем нужно в коробке

REST это тоже RPC, в общем то

@vkurchatkin Я xss на npmjs.com нашёл в прошлом месяце, токены доступа из веб-морды тащить. По-моему, это веселее.

нет, это resource management

Кому что)

Чем переписывать апи с реста на графкуэль.

нет, это resource management

Это уже поверх RPC

Коротко - в чем проблемы патча?

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

там понятия метод даже не было

RPC это: request response, методы

все это есть в http

ERROR: S client not available

да, http это rpc

ой все

)

без подписок в любом случае оно не нужно

А с подписками?

с подписками может и нужно. стандарт почти всегда выгодней велика

без подписок в любом случае оно не нужно

при чем тут подписки, подписки можно на любом rpc сделать с сокетами

при том, что в графкл их нет

А бэкэнд для подписок сам напишется?

а при чем тут сокеты? встречный вопрос

при том, что в графкл их нет

http://graphql.org/blog/subscriptions-in-graphql-and-relay/

http://graphql.org/blog/subscriptions-in-graphql-and-relay/

и что? в спеке где про подписки?

зачем мне эта статья? что даст?

будут, early adopted

когда будут, тогда и посмотрим

Мне кажется подписки это просто нереалистично

Как будет выглядеть серверное АПИ?

ну они есть в графклжс, сангрии и графине

И как это работает?

выглядит со стороны чего?

синтаксиса в графкл?

Нет

Откуда graphql сервер узнает, что что-то изменилось?

Он же просто прокси

из редисовского пабсаба например

все руками

А туда кто будет класть?

И в каком формате?

> @chicoxyzzy все руками Ну это жесть

а это уже апп специфик

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

В итоге получится все равно говно