2

我正在使用 ASP.NET MVC4 和 Visual Studio 2012 开始一个新项目。就 API 设计而言，大多数示例都侧重于通过实体上的 PUT、GET、POST 和 DELETE 动词进行的基本 CRUD 操作（如您所料）。我正在阅读以下内容：

http://www.asp.net/web-api/overview/web-api-routing-and-actions/routing-in-aspnet-web-api

文章建议，如果我选择将路线映射为

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

这更像是一种 RPC 风格的方法；我从中推断他们推荐了两条带有两个控制器的路线来拆分每个操作：

可能类似于父实体 CRUD：

routes.MapHttpRoute(
    name: "Parent",
    routeTemplate: "api/{controller}/{id}/{action}",
    defaults: new { id = RouteParameter.Optional }
);

对于子实体 CRUD：

routes.MapHttpRoute(
    name: "Child",
    routeTemplate: "api/user/{id}/{controller}",
    defaults: new { id = RouteParameter.Optional }
);

从数据/粗略的角度来看，这完全有道理。但是，当您想要对实体（即，/User/NoahBawdy/SignIn或/User/NoahBawdy/ChangePassword）执行非粗略操作时怎么办？我可以看到这些是 PUT 或 POST 操作，但它真的需要它自己的控制器吗？这是为这些类型的操作处理 API 设计的错误方法吗？

任何见解一如既往地受到高度赞赏。

4

1 回答 1

3

您在帖子中提出了一些有趣的观点。在我正在从事的项目中，我面临着类似的挑战，我的方法是在路由配置上添加一个操作参数。

通过该更改，我可以将任何方法添加到控制器并从客户端调用它。这避免了为概念上属于同一控制器的方法指定多个控制器的需要。

奥马尔

于 2012-07-10T18:12:00.510 回答