Web API 路由 - 重载 GET 方法导致 405 Method Not Allowed for other verbs

Question

我有一个 API 控制器，它支持用户对象的 DELETE、GET、POST 和 PUT 操作。 GET-one 操作可以通过用户 ID 检索用户帐户。但我也想通过用户名来获取用户。我为每个方法创建了单独的方法，它似乎工作正常，因为我可以通过两种方式获得预期的数据。

// GET: api/UserAccounts/5
[HttpGet]
[ResponseType(typeof(UserAccount))]
[Route("~/api/UserAccounts/{id:int}")]
public async Task<IHttpActionResult> GetUserAccount(int id) { ...  }

// GET: api/UserAccounts/JohnDoe
[HttpGet]
[ResponseType(typeof(UserAccount))]
[Route("~/api/UserAccounts/{userName}")]
public async Task<IHttpActionResult> GetUserAccount(string userName) { ... }

// DELETE: api/UseAccounts/5
[HttpDelete]
[ResponseType(typeof(UserAccount))]
public async Task<IHttpActionResult> DeleteUserAccount(int id) { ... }

// GET: api/UserAccounts
[HttpGet]
public IQueryable<UserAccount> GetUserAccounts() { ... }

// POST: api/UserAccounts
[HttpPost]
[ResponseType(typeof(UserAccount))]
public async Task<IHttpActionResult> PostUserAccount(UserAccount userAccount) { ... }

// PUT: api/UserAccounts/5
[HttpPut]
[ResponseType(typeof(void))]
public async Task<IHttpActionResult> PutUserAccount(int id, UserAccount userAccount)

问题是，每当我尝试执行 DELETE、POST 或 PUT 操作时，都会收到 405 - Method Not allowed 响应。如果我注释掉 GetUser(string) 方法，它们都可以工作。

我浏览了一堆文章和文档，发现了一些关于在 Route 属性上使用 RouteOrder 属性的内容，但这并没有什么区别。

我的 WebApiConfig 有这个代码：

config.Routes.MapHttpRoute(
    name: "DefaultApi",
    routeTemplate: "api/{controller}/{id}",
    defaults: new { id = RouteParameter.Optional }
);

由于我为我的 GetUser 方法使用属性路由，我认为这应该可以工作。我正在为其他方法/动词使用默认路由。

肯定有办法让这个工作，对吧？

更新：

我仍然遇到这个问题。我删除了 GET（字符串）操作并删除了所有属性路由，因为其他操作使用 DefaultApi 路由。所有标准操作都有效。但是，如果我引入 GET（字符串）操作，则只有 GET-all 操作有效。 GET (int) 版本没有返回响应，大概是因为 API 无法确定要使用哪个 GET 重载。所有其他操作都返回 405 Method Not Allowed。为了解决这个问题，我为 GET (int) 和 GET (string) 方法添加了一个属性路由，这些方法现在可以工作，但是 DELETE、POST 和 PUT 操作返回 405 Method Not Allowed。

如果我为所有方法添加属性路由，那么除了 POST 操作之外，一切都正常。在这种情况下，我得到 405 Method Not Allowed。以下是带有属性路由的方法签名：

[HttpDelete]
[ResponseType(typeof(UserAccount))]
[Route("~/api/UserAccounts/{id:int}")]
public async Task<IHttpActionResult> DeleteUserAccount(int id)

[HttpGet]
[ResponseType(typeof(UserAccount))]
[Route("~/api/UserAccounts/{id:int}")]
public async Task<IHttpActionResult> GetUserAccount(int id)

[HttpGet]
[ResponseType(typeof(EnrollmentApiAccountDto))]
[Route("~/api/UserAccounts/{userName}")]
public async Task<IHttpActionResult> GetUserAccount(string userName)

[HttpGet]
[Route("~/api/UserAccounts")]
public IQueryable<UserAccount> GetUserAccounts()

[HttpPost]
[ResponseType(typeof(UserAccount))]
[Route("~/api/UserAccounts")]
public async Task<IHttpActionResult> PostUserAccount(UserAccount userAccount)

[HttpPut]
[ResponseType(typeof(void))]
[Route("~/api/UserAccounts/{id:int}")]
public async Task<IHttpActionResult> PutUserAccount(int id, UserAccount userAccount)

GET（字符串）属性路由没有限制。我不能使用 {username:alpha} 因为用户名可能包含数字。

我需要支持 GET by userName 操作，因为我需要它来进行用户身份验证。但除非我能弄清楚这一点，否则我可能必须创建一个不同的控制器来支持该操作。我不喜欢。

Answer 1

我之前没有提到这个，但是有两个客户端在使用这个 API 控制器。

第一个是 ASP.NET Web 表单应用程序。使用路由属性装饰的所有方法，所有操作都按预期工作。对于 POST 操作，它发布到的路由是 /api/UserAccounts。这是我所期望的，因为不需要 ID 参数。

第二个是 AngularJS 应用程序。配置资源的方式，ID 参数是为 POST 发送的，这意味着要发布到的路由是 /api/UserAccounts/0。这似乎是问题所在。 （奇怪的是，当我想要获取所有记录时，GET 请求不会传递 ID，只有在我想要一条记录时才传递。）

我注意到这一点使用 Fiddler 来检查请求/响应。出于某种原因，Fiddler 无法捕获 Web 表单应用程序和 API 之间的流量，但我知道代码正在编写不带 ID 参数的 POST 请求，因为这不是必需的。

因此，我随后使用 Fiddler 使用之前失败的相同有效负载向 /api/UserAccounts 编写了一个新的 POST 请求，当我提交它时，PostUserAccount 方法控制器执行并创建了数据库记录。这正是我所期望的。

但是必须注意的是，我的 AngularJS 应用程序使用这种路由模式（为 POST 请求附加 ID 0）调用了许多其他控制器，并且没有问题。显然，为接受字符串参数的 GET 操作添加重载会搞砸。我现在需要弄清楚如何让我的 AngularJS 应用程序不为 POST 方法传递 ID 参数。我将创建另一个问题来处理该问题。