对 REST 和 .Net Web Api 感到困惑 - 每个控制器应该有一个 GET 吗？

Question

我对我的 RESTful 服务的设计感到非常困惑！

如果我使用 vanilla MVC3/4 执行此操作，那么我只需将操作方法​​标记为 [HTTPGet] 等，并且每个控制器可以有多个 Get。我这样我会按他们的“元组”来组织控制器。

我查看了 Web API MVC4 模板，它为我提供了从 Http GET 到 Getxxx() 方法的自动转换 - 但这意味着每个控制器只有一个 Get，并按对象而不是函数组织控制器。 .这似乎有些道理。

我看到很多关于添加命名路由的帖子 - 但这似乎打破了 Get、Post、Put、Delete 的自然模型。如果我这样做 - 那么我（本质上）不是回到香草 MVC4 吗？

• 拥有大量控制器有什么影响吗？
• 我在想吗 关于这个正确吗？

Answer 1

很快，

拥有大量控制器有什么影响吗？

没有

我的想法正确吗？

一般是的。

默认 WebAPI/MVc 模板使用基于前缀和命名 GetXXX、PostXX 的路由。

RouteTable.Routes.MapRoute(
     "WithActionApi",
     "api/{controller}/{action}/{id}"
 );

但是您可以使用操作名称创建自己的自定义路由。然后你在你的操作方法的 URL 名称中使用，并且你已经编写了属性来设置 HTTP 动词，如 [HttpGet]

RouteTable.Routes.MapRoute(
    "DefaultApi",
    "api/{controller}/{id}",
    new { action="DefaultAction", id = System.Web.Http.RouteParameter.Optional }
);
[ActionName("DefaultAction")] //Map Action and you can name your method with any text
public string Get(int id)
{
    return "object of id id";
}        

[HttpGet]
public IEnumerable<string> ByCategoryId(int id)
{
    return new string[] { "byCategory1", "byCategory2" };
}