在我最初尝试创建 MVC4 Web API 时。我注意到关于路线处理方式的一些事情似乎有点不对劲：
我已经创建了相当大的网站，只使用了两到三个路由，但我刚刚开始使用我的 API，而且我已经接近十几个了。我猜 API 从本质上来说更适合于比网站更深的 URL，但这似乎有点过分了。
我觉得我在某处缺少命名空间或路由约定。我几乎将所有这一切归因于动作名称不再是路由的一部分，而只是 HTTP 方法的事实。除了参数匹配、控制器名称和 HTTP 方法之外，还有其他方法支持路由吗？
【问题讨论】：
标签： asp.net-mvc-routing asp.net-mvc-4 asp.net-web-api
您可以在 Global.asax 中修改路由。默认设置为：
routes.MapHttpRoute(
name: "DefaultApi",
routeTemplate: "api/{controller}/{id}",
defaults: new { id = RouteParameter.Optional }
但您可以更改它，例如使用操作名称：
routes.MapHttpRoute(
name: "ActionApi",
routeTemplate: "api/{controller}/{action}/{id}",
defaults: new { id = RouteParameter.Optional }
有关 MVC WEB API 中自定义路由的更多信息，请查看article。
基于 cmets 的更新
以上是问题的答案，“我可以更改路由吗？”简短的回答是肯定的，但正如在另一个答案中指出的那样，您可能不想维护一个好的 REST API。带有默认路由的 MVC Web API 维护您正在处理资源的基本 REST 概念，控制器代表资源。在您的另一个问题中，您举了一个例子：
DELETE /account/1234/note/321 <- delete note 321 on account 1234
您要删除帐户 1234 上的注释的位置。在这种情况下，您正在处理的资源是注释。更好的表示方法是使用查询字符串，因此本示例的 API 如下所示：
DELETE /note/321?account=1234 <- delete note 321 on account 1234
这样您就不需要弄乱路由，而且很明显，被处理的资源是一个带有过滤器的注释。但我也会质疑，如果 note 的 id 对于整个应用程序是唯一的，而不仅仅是特定帐户，是否有必要添加这个显式过滤器（即 where 子句）。
【讨论】：
/note/123 没有任何问题如果你真的想清楚它是一个帐户说明，那么可以使用/accountnote/123。网址只是标识符，不要因它们的结构而自责。
Web API 是为 RESTFull 服务设计和定制的，将控制器视为服务名称。按照约定，GET/PUT/POST/DELETE 映射到名称中包含动词的控制器操作。
如果你不想做 RESTFull 的事情，那么我会改用 HTTPController。您可能已经注意到，您可以在同一个项目中使用不同的路由将它们混合在一起。
【讨论】：