Comments 12
Работающие с Angular, iOS и Android также интересуются тем, что GraphQL может им предложить.
вот только как-то плохова-то с библиотеками для мобилок. Ну и так как стандарт все еще в драфте очень уж стремно ожидать изменений.
Вот вкратце отличие REST от GraphQL:
на картинке REST курильщика а не здорового человека. Преимущества GraphQL в том что это стандарт взаимодействия а REST это лишь набор принципов. Взять тот же jsonapi — решает схожие задачи.
GraphQL порадует разработчиков
https://github.com/graphql-java/graphql-java
Info: This Project is currently in very low maintenance mode.
вот так и вижу улыбки на лицах андроид разработчиков.
p.s. Пост ниочем, сплошной маркетинг, обычный булшит. GraphQL полезная и интересная штука, но нужно все же объективно о вещах судить.
Было бы интересно сравнение с OData и Falcor.
Falcor интересный, его не видал еще. Спасибо. По OData меня смутила плохая распространенность, если сравнивать с стандартами типа jsonapi
http://www.odata.org/ecosystem/
Ну не каждому API подойдет OData. Но работа с данными в RDBMS стиле само то. Всякие SAP Hana поддерживают.
Тут я вижу есть фундаментальная разница — OData я могу кешировать например по урлу, так как в нем запрос передается. В случае с GraphQL так уже не сделать.
Хотя сам использую Swagger для апи :) Так как много специфики, которую под общий знаменатель не подвести.
Ну не каждому API подойдет OData. Но работа с данными в RDBMS стиле само то. Всякие SAP Hana поддерживают.
Тут я вижу есть фундаментальная разница — OData я могу кешировать например по урлу, так как в нем запрос передается. В случае с GraphQL так уже не сделать.
Хотя сам использую Swagger для апи :) Так как много специфики, которую под общий знаменатель не подвести.
Выглядит неплохо. Но пока библиотека есть только к одному языку и только один сервер, о перспективах говорить рано.
Языков там много, но разработаны сообществами, а не самим фейсбуком. Да и инструменты уже появляются довольно регулярно, см. https://github.com/chentsulin/awesome-graphql
Год работаю с подобной технологией, доставшейся по наследству от других разработчиков. Решение интересное, но есть и подводные камни, например контекстно-зависимые свойства требуют передачи контекста внутрь методов типа resolve и в GraphQL я не вижу решения для этого. Может есть примеры?
А статья – вода и, как заметили выше, буллшит.
На сервере нужно как-то интерпретировать запросы в GraphQL к своей субд? Как выглядит этот слой интеграции?
Похоже, попытка заработать, подозреваю, над провалившимся проэктом. Статья сплошная вода, а хотелось увидеть хоть немного технической информации.
Sign up to leave a comment.
Почему за GraphQL будущее