Download to read offline
![REST
[
{ rel: ‘search.users’, uri: ‘/search/users’ },
{ rel: ‘users.block’, uri: ‘/users/938/block’ }
]
Level 3
GET http://foo.com/api/users/938/](https://image.slidesharecdn.com/graphql-andor-rest-180711141805/85/GraphQL-FrontEnd-4-320.jpg)
Uploaded byArtjoker
GraphQL для FrontEnd разработчика
Документ обсуждает различные уровни использования REST и GraphQL для взаимодействия с API, включая примеры запросов и операций. Он также рассматривает преимущества и недостатки обеих технологий, подчеркивая ответственность разработчиков за качество и полноту данных. В завершение упоминаются аспекты управления проектами и командной работы при разработке API.
GraphQL для FrontEnd разработчика
- 1. GraphQL and/or REST EugeneZharkov
- 2. REST Level 0 Level 1 POSThttp://foo.com/api/ { user: { name: “John”, surname: “Week” } } POST http://foo.com/api/users/938 { user: { name: “John”, surname: “Week” } }
- 3. REST Level 2 GET http://foo.com/api/users/938/posts DELETEhttp://foo.com/api/users/938 PUT http://foo.com/api/items/39 { { age: 25 } }
- 4. REST [ { rel: ‘search.users’,uri: ‘/search/users’ }, { rel: ‘users.block’, uri: ‘/users/938/block’ } ] Level 3 GET http://foo.com/api/users/938/
- 7. GraphQL GET api/books/938 GET api/authors/432 GET/graphql?query={ book(id: "1") { title, author { firstName } } } GET api/books/432/comments
- 8. Sharing data ina Microservices Architecture using GraphQL GraphQL
- 10.
- 11. Скажи что-то по-GraphQL’ски Enum Order Limit WhereIN Fragment (inline)
- 12.
- 13.
- 14.
- 15.
- 16.
- 17. REST Project Manager Frontend Developer APIDeveloper Mobile Developer Добавь новое поле в API Запили мне новый endpoint Вас много, а я одна Ребята, мы же одна дружная команда А где DELETE для entity? Backend Developer
- 18. • Вся ответственностьза API лежит на разработчике • Данные API могут быть избыточными или недостаточными • Регулярные запросы на расширение ответа API или добавления нового endpoint’а. Pros & Cons
- 19.
- 20. • Разработчик APIстарается предоставить максимальный набор данных. • Разработчик клиента сам формирует требуемые запросы. • Больше ответственности, увеличивается время на разработку клиента. • Удобный интерфейс для тестирования запросов. • При возникновении проблем, разработчик API должен знать, какой запрос вы отправляете* Pros & Cons
- 21.