Телеграмм чат группы graphql

2019 February 10

U

Uxname in GraphQL — русскоговорящее сообщество

хотя я бы всем рекомендовал перейти на graphql, по крайней мере это следает api НЕ ХУЖЕ (если писать топорно, как в rest)

источник

00:03пожаловаться #1

a

akaSybe in GraphQL — русскоговорящее сообщество

Roman Dynnik

Граждане, а поделитесь пожалуйста:
1) в каких случаях вы не стали бы использовать graphql
2) когда обычный rest подходит больше
3) какие минусы существуют в использовании и разработке api на основе graphql

В графкл будут сложности со структурами не определённой сложности

источник

00:05пожаловаться #2

U

Uxname in GraphQL — русскоговорящее сообщество

akaSybe

В графкл будут сложности со структурами не определённой сложности

можно скалярный тип JSON брать в таких случаях

источник

00:06пожаловаться #3

U

Uxname in GraphQL — русскоговорящее сообщество

будет не хуже чем rest :)

источник

00:06пожаловаться #4

a

akaSybe in GraphQL — русскоговорящее сообщество

Согласен, но это потеря всех фишек графкл

источник

00:07пожаловаться #5

U

Uxname in GraphQL — русскоговорящее сообщество

ну да, но лучше 90% api на графкле, и 10% аля рест, чем 100% рест

источник

00:07пожаловаться #6

RD

Roman Dynnik in GraphQL — русскоговорящее сообщество

@uxname а тестирование и самодокументирование, swagger и прочее?

источник

00:11пожаловаться #7

U

Uxname in GraphQL — русскоговорящее сообщество

Roman Dynnik

@uxname а тестирование и самодокументирование, swagger и прочее?

не понял, перефразируй плз

источник

00:14пожаловаться #8

EA

El Anonimo in GraphQL — русскоговорящее сообщество

Чего я тут упустил? GrapgQL требует своего бека, нет? Тогда для его изучения нужно быть fullstack.

источник

00:19пожаловаться #9

RD

Roman Dynnik in GraphQL — русскоговорящее сообщество

Uxname

не понял, перефразируй плз

Я хочу опубликовать api с помощью swagger, обеспечить таким образом его версионность, автогенерацию кода и заглушек, готовые инструменты тестирования генерирующие удобный ui для заполнения данными полей запроса. Я все это потеряю? Т.е. у меня останется типа трех абстрактных endpoint-а для исполнения запросов на все случаи жизни?

источник

00:19пожаловаться #10

e

egoarka in GraphQL — русскоговорящее сообщество

На такие вопросы уже не раз отвечали, наверное проще уж какой-то доклад глянуть или хотя бы тутор развернуть и попробовать

источник

00:22пожаловаться #11

RD

Roman Dynnik in GraphQL — русскоговорящее сообщество

еще: для определенных методов(не для всех вызовов) и вызовов необходима двухфакторная аутентификация. она обычно реализуется security gateway-ми и наиболее просто по шаблону url. Как с этим?

источник

00:26пожаловаться #12

U

Uxname in GraphQL — русскоговорящее сообщество

Roman Dynnik

Я хочу опубликовать api с помощью swagger, обеспечить таким образом его версионность, автогенерацию кода и заглушек, готовые инструменты тестирования генерирующие удобный ui для заполнения данными полей запроса. Я все это потеряю? Т.е. у меня останется типа трех абстрактных endpoint-а для исполнения запросов на все случаи жизни?

коротко: почти всё это есть "из коробки" в graphql
подробно - egoarka ответил

источник

00:26пожаловаться #13

AU

A Umarov in GraphQL — русскоговорящее сообщество

а что там по кешированию запросов

источник

00:43пожаловаться #14

U

Uxname in GraphQL — русскоговорящее сообщество

можно делать как на стороне сервера так и на стороне клиента

источник

00:44пожаловаться #15

c

cristina in GraphQL — русскоговорящее сообщество

Uxname

можно делать как на стороне сервера так и на стороне клиента

Какие-то либы?

источник

03:44пожаловаться #16

KK

Kris Karuzo in GraphQL — русскоговорящее сообщество

cristina

Какие-то либы?

https://www.howtographql.com/

Howtographql

How to GraphQL - The Fullstack Tutorial for GraphQL

Fullstack GraphQL Tutorial to go from zero to production covering all basics and advanced concepts.

источник

09:24пожаловаться #17

A

Alex CherryTea in GraphQL — русскоговорящее сообщество

Roman Dynnik

Граждане, а поделитесь пожалуйста:
1) в каких случаях вы не стали бы использовать graphql
2) когда обычный rest подходит больше
3) какие минусы существуют в использовании и разработке api на основе graphql

Стартовали проект на графе. Взяли сразу апполо. Фидбек спустя первых 4 месяца могу дать такой
1) В простейших случаях все красиво, но на практике пока тратится уйма времени сначала на вникание а потом на сомнительные подкостыливания. Т.е. первый и самый главный совет - не беритесь на граф если есть четкие сроки а опыта 0 - получите только негатив

источник

11:06пожаловаться #18

l

la gente está muy loca in GraphQL — русскоговорящее сообщество

s/граф/аполло

источник

11:08пожаловаться #19

A

Alex CherryTea in GraphQL — русскоговорящее сообщество

Roman Dynnik

Граждане, а поделитесь пожалуйста:
1) в каких случаях вы не стали бы использовать graphql
2) когда обычный rest подходит больше
3) какие минусы существуют в использовании и разработке api на основе graphql

2) Рест достаточно универсален. Насколько мне известно идея графа возникла когда у одной апи стало слишком много вариантов использования (десктоп, мобайл, трипати сервисы). В целом мое мнение в данный момент в том что граф отлично смотрится для открытых апи, когда ты заранее не можешь предсказать сценарии использования твой апи

источник

11:09пожаловаться #20