Комментарии 11
SignalR вполне достоин упоминания в разделе «Другие способы»
Моя проблема с Swagger заключается в том, что файл JSON создается во время выполнения, поэтому это немного затрудняет автоматизацию процесса CI/CD.Проблема с gRPC я так понял сохраняется?
Или ручками создается или генерируется сторонними инструментами
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>
REST определяет фиксированный набор операций GET, POST, PUT и DELETE для запросов от клиента к серверу.
На самом деле это исключительно про HTTP, в REST Рой Филдинг таких ограничений не описывал.
Spoiler header
Можете попробовать поискать — www.ics.uci.edu/~fielding/pubs/dissertation/fielding_dissertation.pdf
В части 5.1 вводятся ограничения.
В части 5.1 вводятся ограничения.
Хотел бы обратить внимание на gRPC фреймворк MagicUnion от создателя MessagePack, дико производителен, но для зоопарка технологий он не подойдёт
Есть ещё такая тема: habr.com/ru/company/infopulse/blog/315172
И даже реализация по .net github.com/Vect0rZ/Quic.NET
И даже реализация по .net github.com/Vect0rZ/Quic.NET
Почему-то все забывают о OData. Зря, хорошая вещь для внутренних API.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Связь между C# и C#: REST, gRPC и все, что между