AO
то есть это 1 из вариантов
Size: a a a
2019 April 15
DT
я не лез внутрь того, как там gRPC-web устроен, но он вот есть уже сейчас и он уже стабильный, уже сейчас, некоторых фич там пока нет, но будут
мы обязательно рассмотрим ваш иш на ближайшем ежеквартальном собрании)))
AO
"gRPC-Web clients connect to gRPC services via a special gateway proxy: the current version of the library uses Envoy by default, in which gRPC-Web support is built-in."
GS
почитай про select_for_update()
Как ты и советовал, прочитал об этом, но не особо понимаю, зачем мне это пригодится в этом случае
A
ok, а как в graphQL c batch операциями?
A
на пример надо остановить сервер а потом его удалить
A
нельзя удалить бегущий сервер
AO
Как ты и советовал, прочитал об этом, но не особо понимаю, зачем мне это пригодится в этом случае
если ты делаешь много запросов такого рода сразу, то обновиться то значение может неизвестное количество раз, от 1 до много
GS
если ты делаешь много запросов такого рода сразу, то обновиться то значение может неизвестное количество раз, от 1 до много
Спасибо за объяснение, применю
AO
ok, а как в graphQL c batch операциями?
мне кажется, весь смысл GraphQL именно в GET запросах (те, которые были на REStful API)
AO
если тебя на RESTful API их мало или нет, то GraphQL и не нужен
AO
возможно, имеет смысл убрать с RESTful API все GET запросы, а остальное оставить там
DT
пожалейте мой мозг!!!
DT
Новый стандарт - Get на графкл, post, delete на rest, patch, put на grpc-web
AO
стандартов пока нет)
AO
всё развивается и конкурирует друг с другом)
DT
Терь только так - кто не будет так делать тот еретик
AO
убрать GET-запросы с RESTful API в пользу GraphQL API - это хорошо и правильно, про остальные типы запросов - не знаю) it depends