EM
json?🙂
Size: a a a
2019 April 17
AO
Mitai
а что делает js фреймворк? всегда считал что js это выпадающая менюшка и слайдер, что на него отдать можно из бека что бы был смысл его ставить в связку?
почитай про service worker'ы) то есть ты можешь сделать на js приложение по аналогии с теми, которые есть у тебя на смартфоне
AO
service worker лезет на API, потом кеширует что-нибудь там в IndexedDB
M
почитай про service worker'ы) то есть ты можешь сделать на js приложение по аналогии с теми, которые есть у тебя на смартфоне
вот это уже крутатенюшка
//
Mitai
а что делает js фреймворк? всегда считал что js это выпадающая менюшка и слайдер, что на него отдать можно из бека что бы был смысл его ставить в связку?
AO
когда пользователь нажимает на кнопку и у него сразу всё показывается - это очень круто с точки зрения UX (я про SPA с упором на offline)
//
Вкличает фронтенд фреймворк Vue.js и серверныйх рендеринг на node.js
A
почитай про service worker'ы) то есть ты можешь сделать на js приложение по аналогии с теми, которые есть у тебя на смартфоне
Pwa
A
Django нужно чтобы сделать API:
- RESTful API (самый простой вариант, DRF)
- JSON-RPC (есть сомнения, что он нужен в 2019, ведь есть gRPC)
- FBV/CBV (есть сомнения, что это нужно в 2019)
- GraphQL API (graphene)
- WebSockets/SSE (channels или что-нибудь ещё, вариант "сделай сам")
- gRPC (нормальных популярных пакетов нет, есть пара статей и экспериментальных пакетов, вариант "сделай сам", для клиента есть gRPC-web)
- RESTful API (самый простой вариант, DRF)
- JSON-RPC (есть сомнения, что он нужен в 2019, ведь есть gRPC)
- FBV/CBV (есть сомнения, что это нужно в 2019)
- GraphQL API (graphene)
- WebSockets/SSE (channels или что-нибудь ещё, вариант "сделай сам")
- gRPC (нормальных популярных пакетов нет, есть пара статей и экспериментальных пакетов, вариант "сделай сам", для клиента есть gRPC-web)
Принеси cookiecutter для этого)
AO
ну и вот вопрос - как лучше всего там взаимодейстовать с API? мне кажется, будет что-то типа GraphQL для получения данных, остальное через gRPC
AO
я слежу за cookiecutter, но не пользуюсь им
AO
для меня он как wiki, куда мне нравится заглядывать за возможными обновлениями, но я не скачиваю его к себе
A
ну и вот вопрос - как лучше всего там взаимодейстовать с API? мне кажется, будет что-то типа GraphQL для получения данных, остальное через gRPC
Имхо серебряной пули нет, разные вещи делать по разному, но нужна методичка : какие как
AO
ну вот для получения данных круче всего GraphQL, но gRPC-web уже стабильный и всё это кажется весьма перспективным
AO
а GraphQL может работать через http/2 через websockets, через тот же gRPC как-нибудь
A
ну вот для получения данных круче всего GraphQL, но gRPC-web уже стабильный и всё это кажется весьма перспективным
Нет
AO
проблема в том, что их не подружили нормально
A
GraphQL хорош если
Данные виде графа
Надо ограничивать глубину выборки
Данные виде графа
Надо ограничивать глубину выборки
AO
