Связь между C# и C#: REST, gRPC и все, что между

[@infund]

SignalR вполне достоин упоминания в разделе «Другие способы»

[@MonkAlex]

Моя проблема с Swagger заключается в том, что файл JSON создается во время выполнения, поэтому это немного затрудняет автоматизацию процесса CI/CD.

Проблема с gRPC я так понял сохраняется?

[@JosefDzeranov]

Или ручками создается или генерируется сторонними инструментами

[@Yustos]

swagger.json можно генерировать и без запуска API. До или после сборки. Например с помощью консольной тулы или MSBuild таски https://github.com/RicoSuter/NSwag/wiki/NSwag.MSBuild.
Допустим для клиента:

<Target Name="NSwag" BeforeTargets="Build">
  <Exec Command="$(NSwagExe_Core22) aspnetcore2openapi /Project:API.csproj /output:swagger.json"></Exec>
  <Exec Command="$(NSwagExe_Core22) openapi2csclient /input:swagger.json /output:GeneratedClients.cs"></Exec>
</Target>

[@EvgeniiR]

REST определяет фиксированный набор операций GET, POST, PUT и DELETE для запросов от клиента к серверу.

На самом деле это исключительно про HTTP, в REST Рой Филдинг таких ограничений не описывал.

Spoiler header

Можете попробовать поискать — www.ics.uci.edu/~fielding/pubs/dissertation/fielding_dissertation.pdf
В части 5.1 вводятся ограничения.

[@Severus1992]

Хотел бы обратить внимание на gRPC фреймворк MagicUnion от создателя MessagePack, дико производителен, но для зоопарка технологий он не подойдёт

[@andkorsh]

MagicOnion, не Union

[@unchase]

WCF официально не поддерживается и не развивается, по крайней мере, в .NET Core оставили только клиентскую часть. Всё остальное неплохо развивается.

[@den_labs]

Есть ещё такая тема: habr.com/ru/company/infopulse/blog/315172
И даже реализация по .net github.com/Vect0rZ/Quic.NET

[@VanquisherWinbringer]

Почему-то все забывают о OData. Зря, хорошая вещь для внутренних API.