Eugene Zharkov Full Stack Developer GraphQL для FrontEnd разработчика

1. GraphQL and/or REST
Eugene Zharkov

2. REST
Level 0
Level 1
POST http://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
DELETE http://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 in a Microservices Architecture using GraphQL
GraphQL

10. GitHub GraphQL API
https://developer.github.com/v4/explorer/

11. Скажи что-то по-GraphQL’ски
Enum
Order
Limit
Where IN
Fragment
(inline)

12. Скажи что-то по-GraphQL’ски
Variable
Declaration
Variable
Usage
Variable
Value

13. Скажи что-то по-GraphQL’ски
á la PUT

14. Скажи что-то по-GraphQL’ски
Helper
Validation

15. https://graphql.github.io/learn/
NINJA
GraphQL
REST
MORMON

16. Pros & Cons

17. REST
Project Manager
Frontend Developer
API Developer
Mobile Developer
Добавь новое
поле в API
Запили мне
новый endpoint
Вас много, а я
одна
Ребята, мы же
одна дружная
команда
А где DELETE
для entity?
Backend Developer

18. • Вся ответственность за API лежит на разработчике
• Данные API могут быть избыточными или
недостаточными
• Регулярные запросы на расширение ответа API или
добавления нового endpoint’а.
Pros & Cons

19. GraphQL

20. • Разработчик API старается предоставить
максимальный набор данных.
• Разработчик клиента сам формирует требуемые
запросы.
• Больше ответственности, увеличивается время на
разработку клиента.
• Удобный интерфейс для тестирования запросов.
• При возникновении проблем, разработчик API должен
знать, какой запрос вы отправляете*
Pros & Cons

21. Questions?
eu.zharkov@gmail.com
@2j2e