Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Здравствуйте, Serginio1, Вы писали:

S>> Угу охринительный пример про сервер на камере!

НС>Отличный пример, демонстрирующий разницу в REST и RPC подходах.

RPC прекрасно создается и на REST. Не важно, как объектная модель использует транспорт. С токи зрения программиста он создает параметры и вызывает метод.
А дальше REST, gRPC не суть. REST это всего на всего набор правил для HTTP протокола
https://ru.wikipedia.org/wiki/REST

В интернете вызов удалённой процедуры может представлять собой обычный HTTP-запрос (обычно GET или POST; такой запрос называют «REST-запрос»), а необходимые данные передаются в качестве параметров запроса[3][4].


Для веб-служб, построенных с учётом REST (то есть не нарушающих накладываемых им ограничений), применяют термин «RESTful».

В отличие от веб-сервисов (веб-служб) на основе SOAP, не существует «официального» стандарта для RESTful веб-API. Дело в том, что REST является архитектурным стилем, в то время как SOAP является протоколом. Несмотря на то, что REST не является стандартом сам по себе, большинство RESTful-реализаций используют такие стандарты, как HTTP, URL, JSON и, реже, XML.

S>>Там небось и поддержки HTTP/2 то нет.

НС>Bullshit bingo!
Угу при этом для тех же IoT используются немного другие протоколы, для уменьшения трафика. Проблема не в RPC как таковом. Проблема в сериализации десериализации и транспорте.
Тот же Swagger и OpenApi как раз и решают проблему OORPC

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Здравствуйте, Serginio1, Вы писали:

S>> Угу охринительный пример про сервер на камере!

НС>Отличный пример, демонстрирующий разницу в REST и RPC подходах.

RPC прекрасно создается и на REST. Не важно, как объектная модель использует транспорт. С токи зрения программиста он создает параметры и вызывает метод.
А дальше REST, gRPC не суть. REST это всего на всего набор правил для HTTP протокола
https://ru.wikipedia.org/wiki/REST

В интернете вызов удалённой процедуры может представлять собой обычный HTTP-запрос (обычно GET или POST; такой запрос называют «REST-запрос»), а необходимые данные передаются в качестве параметров запроса[3][4].


Для веб-служб, построенных с учётом REST (то есть не нарушающих накладываемых им ограничений), применяют термин «RESTful».

В отличие от веб-сервисов (веб-служб) на основе SOAP, не существует «официального» стандарта для RESTful веб-API. Дело в том, что REST является архитектурным стилем, в то время как SOAP является протоколом. Несмотря на то, что REST не является стандартом сам по себе, большинство RESTful-реализаций используют такие стандарты, как HTTP, URL, JSON и, реже, XML.

S>>Там небось и поддержки HTTP/2 то нет.

НС>Bullshit bingo!
Угу при этом для тех же IoT используются немного другие протоколы, для уменьшения трафика. Проблема не в RPC как таковом. Проблема в сериализации десериализации и транспорте.
Тот же Swagger и OpenApi как раз и решают проблему OORPC

.Net Core, AppDomain, WCF, RPC маршалинг по Tcp/Ip свой велосипед