Alexander
тогда накидывай больше!
Roman
еще раз как бы если тут кто-то реально ведет конструктивный диалог: сравнение не REST и GQL, а подходов написания API
Roman
если нет проблем с рестом, то ради бога можно дальше жевать это говно)
Anonymous
как-будто графкл не говно
Alexander
как-будто графкл не говно
тоже так себе конструктив)
Alexander
программирование вообще говно
Alexander
зря мы в него ввязались
Roman
ой пусть они лучше продолжут сраться про ts и flow)
Vladimir
Рест это не что-то конкретное, он говно только если ты делаешь говно
Roman
друг с другом)
Evgeny
ОК, давайте конкретику. У меня плохо с английским и я не понял статью, поэтому - какие проблемы решает графкл?
Vladimir
Я уж не говорю о том, что когда говорят про Рест поврех HTTP подразумевают целый ряд преимуществ за счет маппинга действий на HTTP вербы, но про это ни слова
Vladimir
> Вместо 10 запросов 1.
Vladimir
Это и так можно сделать
Anonymous
сейчас он нужен сайтикам, которые не работают с живыми данными и не умеют решить проблему, когда приходится много запросов поочередно лол
Ilia
Это и так можно сделать
Можно но это тогда не рест;)
Vladimir
> @gitrus Можно но это тогда не рест;) Не Рест
Anonymous
я о том же
Evgeny
Вместо 10 запросов 1.
а что будет сзади? свои эндпоинты 10 штук или некий агрегатор?
Roman
Это элементарный батчинг
только он уже есть во всех gql клиентах по дефолту
Ilia
> @gitrus Можно но это тогда не рест;) Не Рест
Гравкьюэль дает спеку как это делать вот и все
Vladimir
В JsonRPC он тоже есть по дефолту
Roman
В JsonRPC он тоже есть по дефолту
ты серьезно считаешь что jsonRPC лучше gql?
Владимир
Можно но это тогда не рест;)
http://soepic.pl/stor/items/1358389523890.jpg
Vladimir
Для большинства людей, да
Владимир
но вообще в каком месте не рест?
Vladimir
но вообще в каком месте не рест?
Он может быть рестом, если сделать рест
Roman
ты серьезно считаешь что jsonRPC лучше gql?
это как сравнивать лодку рыбацкую с титаником
Vladimir
лол
Vladimir
титаник то утонул
Vladimir
хорошее сравнение, прямо в точку
Alexander
я знал одного рыбака, он тоже утонул
Ilia
титаник то утонул
Засчитано:)))
Vladimir
я знал одного рыбака, он тоже утонул
Дурак был. А на тинаник все поперли, думали круто будет
Roman
ладно, haters gonna hate, я работать
Vladimir
Нет, серьезно, сравнение идеальное
Vladimir
В общем, GraphQL не нужен особо, как и рест
Vladimir
Используйте RPC спокойно, все равно рестом вы скорее всего называете его
Vladimir
Поправка: когда я говорил, что GraphQL не нужен 99% людей, я имел в виду 99% из тех людей, которые думают, что он им нужен
Vladimir
А вообще, запросы напрямую из клиента в базу и раньше никто не запрещал отправлять
Vladimir
На SQL все тоже самое можно делать
Vladimir
@raxwunter и про апдейты в посте ни слова
Vladimir
да
Roman
лень уже было, что с ними не так
Roman
все прекрасно, если Relay не юзать
Vladimir
Они не решают ту проблему, которая написано с рестом
Vladimir
https://medium.com/@raxwunter/moving-existing-api-from-rest-to-graphql-205bab22c184
Vladimir
Что зачем?
Vladimir
> Algorithm definition how exactly to update entity is not easy at all
Vladimir
Вот это типо проблема в ресте
Vladimir
Как GraphQL ее решает?
Vladimir
Низачем. Чтобы веселее было
Vladimir
Нет
Roman
попробуй как-ть
Evgeny
я прошу прощения. а что за буква спрятана за минусом?
Vladimir
Но его вроде не заставляет никто использовать
Vladimir
Используй POST
Vladimir
Пость что хочешь
Roman
Используй POST
ну так ты опять про RPC
Roman
gql это и есть RPC
Roman
только со всем чем нужно в коробке
Vladimir
REST это тоже RPC, в общем то
Roman
нет, это resource management
Vladimir
Кому что)
Vladimir
нет, это resource management
Это уже поверх RPC
Vladimir
Коротко - в чем проблемы патча?
Roman
то есть ты хочешь сказать когда HTTP придумали чтобы веб странички доставлять они дезайнили RPC?
Roman
там понятия метод даже не было
Vladimir
RPC это: request response, методы
Vladimir
все это есть в http
Vladimir
да, http это rpc
Roman
ой все
Vladimir
)