Задаваясь вопросом, как бы вы включили заполнитель/переменную в базовый путь API, вы могли бы увидеть что-то вроде этого, используемого в azure devops, например: https://dev.azure.com/{company-name}/
.
Как бы вы настроили свой API, чтобы он имел контекст начала базового пути.
Чего я хотел бы добиться, так это позволить моему API иметь контекст того, в какой учетной записи выполняются вызовы API, без необходимости быть частью тела запроса API. Формат моего API будет https://some-company.com/{account}/_apis/some-api/controller/
.
традиционно да, но мы движемся к маршрутизации API-Gateway в kubernetes и решили перейти к соглашению Microsoft API, таким образом, API начинает получать контекст маршрута только из своего собственного базового пути, который является «некоторым-api», и это выходит за рамки шаблон маршрутизации API
Взгляните на маршрутизацию атрибутов здесь и здесь:
Он гибкий, поэтому вы можете формулировать свои маршруты с помощью «атрибутов» и назначать их выше контроллера/действия.
[Route("customers/{customerId}/orders")]
public IEnumerable<Order> GetOrdersByCustomer(int customerId) { ... }
Я полностью согласен с вами, это традиционное соглашение, и я использовал его для достижения нормальных соглашений об отдыхе. В моем случае это не сработает из-за того, где начинается базовый путь API: https://some-company.com/{account}/_apis/**api-base-path**/controller/route
и информация об учетной записи будет до этого
Вы не можете сделать это предложенным способом, параметры маршрутизации применяются только для маршрута вашего контроллера.
Но вы можете попытаться извлечь информацию из текущего контекста:
HttpContext.Current.Request.Url.AbsoluteUri
Я так и думал, это было мое первоначальное решение, использующее регулярное выражение для извлечения информации об учетной записи, надеялся, что будет другое решение. Спасибо, ценю помощь
вы не можете просто обновить шаблон с помощью шаблона? получить аккаунт в составе конечных точек API? learn.microsoft.com/en-us/aspnet/core/mvc/controllers/…