Я разрабатываю REST API с ASP.NET Core и хотел бы обрабатывать все запросы, отправляемые в корневую конечную точку выделенным контроллером.В связи с тем, что служба, реализующая API, будет развернута, запросы к корневой конечной точке будут направляться к корневой конечной точке сервера (т. Е. https://localhost/)
AFAICT, учебные пособия Microsoft по по созданию веб-API-интерфейсов. распространяется только на тот случай использования, в котором API не имеет корневой конечной точки, а все ресурсы аккуратно представлены одним контроллером, имя которого совпадает с именем маршрута. В этом сценарии маршрутизация обрабатывается в удобной для разработчика форме путем аннотированиякласс контроллера с [Route("api/[controller]")]
, который создает маршрут с общим именем класса контроллера. Однако корневые конечные точки не имеют имени, поэтому он пропускает критическое требование к проекту для соответствия этой стратегии.
Пока что я 'Мы использовали класс с именем HomeController
, который украшен [Route("")]
, и я не уверен, что это лучший подход к проектированию.
Итак, кто-нибудь знает, какова лучшая стратегия для сопоставления корневой конечной точки APIк контроллеру в проекте ASP.NET Core?