#grpcweb — Public Fediverse posts

Почему на фронте нет GRPC?

Я всю жизнь писал только бэк и подкапотщину - будь это классический КРУД, хайлоад, CLI, [вставьте свое]... И для любых сетевых взаимодействий чаще всего люди думают именно прикладными вещами - GRPC, REST, Kafka, не задумываясь об этом глубже - супер удобные инструменты с защитами от дураков и прочими радостями Но тут спохватился я писать фронт - подключать свое же к себе же. И в этот момент я понял, насколько же это сложно, муторно и, главное, НЕУДОБНО взаимодействовать REST'ом ЗАЧЕМ ОН НУЖЕН?? - У нас нет удобного контракта общения (eg Proto, Avro) кроме Swagger, который нужно поддерживать с обеих сторон. Да и к тому-же, сложность взаимодействия с JSONом с ОБЕИХ СТОРОН - одна постоянно маршаллит, защищается, ищет поля, в то время другая боится резких обновлений, что строчка получения поля может превратиться в что-то в роде connect via grpc

https://habr.com/ru/articles/1019510/

#grpc #rest #GraphQL #gRPCWeb #WebTransport #tRPC #Connect_protocol #браузер #http2 #http3

Почему на фронте нет GRPC?

Я всю жизнь писал только бэк и подкапотщину - будь это классический КРУД, хайлоад, CLI, [вставьте свое]... И для любых сетевых взаимодействий чаще всего люди думают именно прикладными вещами - GRPC, REST, Kafka, не задумываясь об этом глубже - супер удобные инструменты с защитами от дураков и прочими радостями Но тут спохватился я писать фронт - подключать свое же к себе же. И в этот момент я понял, насколько же это сложно, муторно и, главное, НЕУДОБНО взаимодействовать REST'ом ЗАЧЕМ ОН НУЖЕН?? - У нас нет удобного контракта общения (eg Proto, Avro) кроме Swagger, который нужно поддерживать с обеих сторон. Да и к тому-же, сложность взаимодействия с JSONом с ОБЕИХ СТОРОН - одна постоянно маршаллит, защищается, ищет поля, в то время другая боится резких обновлений, что строчка получения поля может превратиться в что-то в роде connect via grpc

https://habr.com/ru/articles/1019510/

#grpc #rest #GraphQL #gRPCWeb #WebTransport #tRPC #Connect_protocol #браузер #http2 #http3

Почему на фронте нет GRPC?

Я всю жизнь писал только бэк и подкапотщину - будь это классический КРУД, хайлоад, CLI, [вставьте свое]... И для любых сетевых взаимодействий чаще всего люди думают именно прикладными вещами - GRPC, REST, Kafka, не задумываясь об этом глубже - супер удобные инструменты с защитами от дураков и прочими радостями Но тут спохватился я писать фронт - подключать свое же к себе же. И в этот момент я понял, насколько же это сложно, муторно и, главное, НЕУДОБНО взаимодействовать REST'ом ЗАЧЕМ ОН НУЖЕН?? - У нас нет удобного контракта общения (eg Proto, Avro) кроме Swagger, который нужно поддерживать с обеих сторон. Да и к тому-же, сложность взаимодействия с JSONом с ОБЕИХ СТОРОН - одна постоянно маршаллит, защищается, ищет поля, в то время другая боится резких обновлений, что строчка получения поля может превратиться в что-то в роде connect via grpc

https://habr.com/ru/articles/1019510/

#grpc #rest #GraphQL #gRPCWeb #WebTransport #tRPC #Connect_protocol #браузер #http2 #http3

Почему на фронте нет GRPC?

Я всю жизнь писал только бэк и подкапотщину - будь это классический КРУД, хайлоад, CLI, [вставьте свое]... И для любых сетевых взаимодействий чаще всего люди думают именно прикладными вещами - GRPC, REST, Kafka, не задумываясь об этом глубже - супер удобные инструменты с защитами от дураков и прочими радостями Но тут спохватился я писать фронт - подключать свое же к себе же. И в этот момент я понял, насколько же это сложно, муторно и, главное, НЕУДОБНО взаимодействовать REST'ом ЗАЧЕМ ОН НУЖЕН?? - У нас нет удобного контракта общения (eg Proto, Avro) кроме Swagger, который нужно поддерживать с обеих сторон. Да и к тому-же, сложность взаимодействия с JSONом с ОБЕИХ СТОРОН - одна постоянно маршаллит, защищается, ищет поля, в то время другая боится резких обновлений, что строчка получения поля может превратиться в что-то в роде connect via grpc

https://habr.com/ru/articles/1019510/

#grpc #rest #GraphQL #gRPCWeb #WebTransport #tRPC #Connect_protocol #браузер #http2 #http3

От REST к gRPC и GraphQL: современный подход к API

В статье сравним REST, gRPC и GraphQL с точки зрения производительности, гибкости и архитектуры микросервисов. Покажем, как объединить GraphQL и gRPC для фронтенда и бэкенда, чтобы получить мощный API без лишнего трафика и задержек.

https://habr.com/ru/articles/961000/

#gRPC #graphql #RPC #rest #gRPCWeb #микросервис #API

От REST к gRPC и GraphQL: современный подход к API

В статье сравним REST, gRPC и GraphQL с точки зрения производительности, гибкости и архитектуры микросервисов. Покажем, как объединить GraphQL и gRPC для фронтенда и бэкенда, чтобы получить мощный API без лишнего трафика и задержек.

https://habr.com/ru/articles/961000/

#gRPC #graphql #RPC #rest #gRPCWeb #микросервис #API

От REST к gRPC и GraphQL: современный подход к API

В статье сравним REST, gRPC и GraphQL с точки зрения производительности, гибкости и архитектуры микросервисов. Покажем, как объединить GraphQL и gRPC для фронтенда и бэкенда, чтобы получить мощный API без лишнего трафика и задержек.

https://habr.com/ru/articles/961000/

#gRPC #graphql #RPC #rest #gRPCWeb #микросервис #API

От REST к gRPC и GraphQL: современный подход к API

В статье сравним REST, gRPC и GraphQL с точки зрения производительности, гибкости и архитектуры микросервисов. Покажем, как объединить GraphQL и gRPC для фронтенда и бэкенда, чтобы получить мощный API без лишнего трафика и задержек.

https://habr.com/ru/articles/961000/

#gRPC #graphql #RPC #rest #gRPCWeb #микросервис #API

https://learn.microsoft.com/en-us/aspnet/core/grpc/json-transcoding - #gRPC to #JSON transcoding joins #gRPCWeb as a great solution for #ASPnet apps wanting to work seamlessly with web and service clients.

https://learn.microsoft.com/en-us/aspnet/core/grpc/json-transcoding - #gRPC to #JSON transcoding joins #gRPCWeb as a great solution for #ASPnet apps wanting to work seamlessly with web and service clients.

https://learn.microsoft.com/en-us/aspnet/core/grpc/json-transcoding - #gRPC to #JSON transcoding joins #gRPCWeb as a great solution for #ASPnet apps wanting to work seamlessly with web and service clients.

https://learn.microsoft.com/en-us/aspnet/core/grpc/json-transcoding - #gRPC to #JSON transcoding joins #gRPCWeb as a great solution for #ASPnet apps wanting to work seamlessly with web and service clients.

@mdh I feel like there could definitely be some meaningful progress here. A form of #CSP and a `--no-eval` sound straightforward.

I'm not sure how #gRPCWeb factors into this though. From a security perspective, how is that different from a traditional #HTTP #REST service?

@mdh I feel like there could definitely be some meaningful progress here. A form of #CSP and a `--no-eval` sound straightforward.

I'm not sure how #gRPCWeb factors into this though. From a security perspective, how is that different from a traditional #HTTP #REST service?

@mdh I feel like there could definitely be some meaningful progress here. A form of #CSP and a `--no-eval` sound straightforward.

I'm not sure how #gRPCWeb factors into this though. From a security perspective, how is that different from a traditional #HTTP #REST service?

@mdh I feel like there could definitely be some meaningful progress here. A form of #CSP and a `--no-eval` sound straightforward.

I'm not sure how #gRPCWeb factors into this though. From a security perspective, how is that different from a traditional #HTTP #REST service?

@mdh I feel like there could definitely be some meaningful progress here. A form of #CSP and a `--no-eval` sound straightforward.

I'm not sure how #gRPCWeb factors into this though. From a security perspective, how is that different from a traditional #HTTP #REST service?