DT
Разницы, как понимаю, никакой
если для апи, то правильней {endpoint}/{id}/{action}
Size: a a a
2019 April 15
AO
еще раз jsonRPC и gRPC разные вещи
ну да
A
и то и то не rest канонично
A
Без рест, его в сл. проекте буду подключать
AO
еще раз jsonRPC и gRPC разные вещи
я разве написал где-то обратное?
A
rest - это как? Как оно будет выглядить?
DT
Без рест, его в сл. проекте буду подключать
тогда без разницы
A
В URL
A
я разве написал где-то обратное?
jsonRPC норм работает поверх http запросов, не сокетов
AO
jsonRPC норм работает поверх http запросов, не сокетов
за gRPC стоит Google
AO
и для микросервисов это уже стандарт
AO
у гугла самый популярный браузер в мире, думаю, они пропихнут этот gRPC-web везде
DT
за gRPC стоит Google
Гугл с крыши пойдёт прыгать и ты за ним?
AO
мы сейчас же не о том, за кем прыгать) а о том, каким будет web
A
gRPC через сокет, сокет это постоянное нахождение на свсязи, мобильник быдер разржаться слишком быстро
AO
возможно, на Django появится нормальный полноценный генератор gRPC-API'шек
J
и для микросервисов это уже стандарт
есть один нюанс, использование gRPC сильно тяготит архитектуру в оркестрацию со всеми вытекающими, так как в нем нет никакого pub-sub из-коробки
A
по этому старые добрые http запросы
AO
возможно, на Django появится нормальный полноценный генератор gRPC-API'шек
и все будут делать API именно так
AO
есть один нюанс, использование gRPC сильно тяготит архитектуру в оркестрацию со всеми вытекающими, так как в нем нет никакого pub-sub из-коробки
я не лез внутрь того, как там gRPC-web устроен, но он вот есть уже сейчас и он уже стабильный, уже сейчас, некоторых фич там пока нет, но будут