T
API у Django бывает разный, есть RESTful, есть GraphQL
Ну я думаю он все таки на Restful ориентируется
Size: a a a
2019 April 15
T
а рестфреймворк уже не моден?
просто разные форматы
YK
Ну я думаю он все таки на Restful ориентируется
я пока ни на что не ориентируюсь ибо всю жизнь темплейты + жиквери
AO
а рестфреймворк уже не моден?
почитай в гугле сравнение того и другого)
YK
и ресты для меня это новое
AO
GraphQL лучше для сложных GET-запросов
T
YK
GraphQL лучше для сложных GET-запросов
сложных в каком плане?
AO
то есть пишешь в гугле GraphQL vs RESTful API и читаешь все статьи, которые гугл там тебе даст
TM
сложных в каком плане?
тем, что его на нгинксе не закешить, наверное)
Я бы сказал, что он лучше там, где слишком много разных простых кейсов получения инфы
Я бы сказал, что он лучше там, где слишком много разных простых кейсов получения инфы
YK
нувот, я только начал а уже сложно
AO
нувот, я только начал а уже сложно
ты можешь сделать на DRF если тебе сложно
YK
ну судя по моим задачам граф мне врятли сильно нужен будет
YK
смысл я уловил
AO
GraphQL лучше когда у тебя много запросов к API и ты с его помощью вытаскиваешь все связанные данные 1 запросом
V💊
графкл выглядит как вынос работы с БД на сторону фронта ;(
AO
да, GraphQL - это попытка "дать доступ к ORM" фронтендщику
YK
графкл выглядит как вынос работы с БД на сторону фронта ;(
вот оно! Коротко и ясно)))
YK
в данный момент я сам себе и фронтендщик и бекендщик, так что сам себе доступ дам к чему угодно. И запросов сверх странных не будет. В основном это будет один запрос, который выдернет с базы одну выборку, на стороне фронта эту выборку надо красиво показывать и удобно сортирировать
AO
это удобно в первую очередь когда это разные люди и когда им долго между собой договариваться о "надо сделать вот такой-то и такой-то API-методы", GraphQL позволяет делать фичи быстрее, но требует некоторых начальных знаний [приобретаемых за недельку]