Сообщение Re[4]: GraphQL -- взлетит или помрет? от 31.07.2017 3:36
Изменено 31.07.2017 3:37 Иван Дубров
Re[4]: GraphQL -- взлетит или помрет?
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>А в OData чего, найден фатальный недостаток?
По-моему, OData немного про другое. OData больше про запросы к коллекциям данных. Например, в OData предлагается стандартные механизмы фильтрации и постраничной выборки, что накладывает определённые ограничения.
Но в каких-то случаях (потенциально бесконечные коллекции) будет удобнее делать постраничную выборку по какому-то сквозному параметру, типа timestamp, а не по сквозному номеру объекта.
В GraphQL ты легко реализуешь такой API, например, запрос будет выглядеть типа "Events(after: 8971267324) { name, after }".
На мой взгляд, GraphQL больше подходит именно для API. Это чуть-чуть более высокая абстракция, чем в случае REST или JSON/RPC, но при этом практически не накладывающая каких-то новых ограничений.
Плюс, субъективно, OData в плане языка запросов и формата ответов -- это ужас какой-то, в лучших традициях XML.
Я потратил аж 10 минут на изучение OData. Но этого же достаточно для этого форума, да?
НС>А в OData чего, найден фатальный недостаток?
По-моему, OData немного про другое. OData больше про запросы к коллекциям данных. Например, в OData предлагается стандартные механизмы фильтрации и постраничной выборки, что накладывает определённые ограничения.
Но в каких-то случаях (потенциально бесконечные коллекции) будет удобнее делать постраничную выборку по какому-то сквозному параметру, типа timestamp, а не по сквозному номеру объекта.
В GraphQL ты легко реализуешь такой API, например, запрос будет выглядеть типа "Events(after: 8971267324) { name, after }".
На мой взгляд, GraphQL больше подходит именно для API. Это чуть-чуть более высокая абстракция, чем в случае REST или JSON/RPC, но при этом практически не накладывающая каких-то новых ограничений.
Плюс, субъективно, OData в плане языка запросов и формата ответов -- это ужас какой-то, в лучших традициях XML.
Я потратил аж 10 минут на изучение OData. Но этого же достаточно для этого форума, да?
Re[4]: GraphQL -- взлетит или помрет?
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>А в OData чего, найден фатальный недостаток?
По-моему, OData немного про другое. OData больше про запросы к коллекциям данных. Например, в OData предлагается стандартные механизмы фильтрации и постраничной выборки, что накладывает определённые ограничения.
Но в каких-то случаях (потенциально бесконечные коллекции) будет удобнее делать постраничную выборку по какому-то сквозному параметру, типа timestamp, а не по сквозному номеру объекта.
В GraphQL ты легко реализуешь такой API, например, запрос будет выглядеть типа "Events(after: 8971267324) { name, after }".
На мой взгляд, GraphQL больше подходит именно для API (для современных хипстерских API, что бы это ни значило). Это чуть-чуть более высокая абстракция, чем в случае REST или JSON/RPC, но при этом практически не накладывающая каких-то новых ограничений.
Плюс, субъективно, OData в плане языка запросов и формата ответов -- это ужас какой-то, в лучших традициях XML.
Я потратил аж 10 минут на изучение OData. Но этого же достаточно для этого форума, да?
НС>А в OData чего, найден фатальный недостаток?
По-моему, OData немного про другое. OData больше про запросы к коллекциям данных. Например, в OData предлагается стандартные механизмы фильтрации и постраничной выборки, что накладывает определённые ограничения.
Но в каких-то случаях (потенциально бесконечные коллекции) будет удобнее делать постраничную выборку по какому-то сквозному параметру, типа timestamp, а не по сквозному номеру объекта.
В GraphQL ты легко реализуешь такой API, например, запрос будет выглядеть типа "Events(after: 8971267324) { name, after }".
На мой взгляд, GraphQL больше подходит именно для API (для современных хипстерских API, что бы это ни значило). Это чуть-чуть более высокая абстракция, чем в случае REST или JSON/RPC, но при этом практически не накладывающая каких-то новых ограничений.
Плюс, субъективно, OData в плане языка запросов и формата ответов -- это ужас какой-то, в лучших традициях XML.
Я потратил аж 10 минут на изучение OData. Но этого же достаточно для этого форума, да?