ASP.NET MVC - 如何创建 RESTful 控制器方案？

Question

如果这是重复的，请告诉我 - 因为我快速浏览了一下，找不到任何真正回答我的问题的内容。

我正在尝试 ASP.NET MVC 2。现在，我拥有 Web 窗体背景，我只真正处理过 HTTP GET 和 HTTP POST。

我正在尝试了解如何将 GET/PUT/POST/DELETE 应用于我的存储库上的相应 CRUD 操作（查找、插入、更新、删除）。

假设我有一个控制器，具有以下操作方法：

[HttpGet] // GET: /Products/{id}
[ActionName("Products")
public ActionResult Get(int id = 0) { ... }

[HttpPut] // PUT: /Products
[ActionName("Products")
public ActionResult Put(Product product) { ... }

[HttpPost] // POST: /Products/{product}
[ActionName("Products")
public ActionResult Post(Product product) { ... }

[HttpDelete] // DELETE: /Products/{product}
[ActionName("Products")
public ActionResult Delete(Product product) { .. }

有几个问题 - 您将如何命名/分隔操作方法？我应该传递整个模型（产品），还是只传递 id？

我遇到的问题是我不确定如何使用视图中的相关 HTTP 动词来处理调用这些操作方法。

在这个阶段，我想我会有 3 个视图：

1. “Index” - 绑定到 IEnumerable 模型，列出所有产品，带有“编辑”、“详细信息”和“删除”链接
2. “单个”- 绑定到单个产品模型，列出产品的所有详细信息，并带有“更新”按钮。
3. “新建” - 绑定到单个产品模型，带有用于创建产品的表单，带有“创建”按钮。

所以 - 我的问题是，我如何指定我想要使用特定的 HTTP 动词调用特定的控制器方法？

使用 Html.BeginForm，您可以指定 FormMethod 枚举 - 但它只有 GET 和 POST。

• 如何执行 PUT 和 DELETE 命令？
• 我需要为每个 HTTP 动词提供单独的视图吗？
• 如果我有一个名为“Delete”的链接，我可以向我的控制器调用 HTTP DELETE 命令，还是需要使用表单操作删除将其重定向到新视图？

或者，这首先是一个愚蠢/矫枉过正的设计，我应该坚持使用“GET”和“POST”吗？

我对这种 Web 开发风格（REST）（相当）陌生，所以请友善。 :)

更新

所以我遇到了这篇来自 Stephen Walther 的有趣文章，涉及这个主题。

他表示 HTML 表单仅支持 GET 和 POST（因为我是 REST 风格的 Web 开发新手，我什至不知道这一点，对此我感到有些羞愧）。

显然，使用 PUT/DELETE 调用控制器操作的唯一方法是使用 AJAX。严重地？

那么我应该在这里做什么，我应该坚持使用 GET/POST，还是应该创建一个 JavaScript 文件，将底层 XmlHttpRequest 代码包装在一个不错的函数后面？

ASP.NET MVC 开发人员倾向于哪种方式？肯定有人问过自己同样的问题。

Answer 1

就我个人而言，我坚持尽可能简单的完整请求，而不是全部使用 AJAX。我使用 ajax，但在特定的地方它可以增强体验（我使用渐进式 javascript 方法）。

由于上述原因，我总是只使用 GET 和 POST。

至于命名，我会这样做：获取、更新、创建、删除，这非常清楚。实际上，我使用的更像是与操作的操作相关的操作名称，但对于简单的事情，这些工作正常。

Answer 2

HtmlHelper.HttpMethodOverride 方法(System.Web.Mvc)

这个怎么样？

Answer 3

您最熟悉 GET 和 POST 的原因是因为常规的旧浏览器只能 GET 或 POST URL，尤其是在提交表单时。

以这种方式设置控制器，您至少在精神上会看到更多类似于 REST API 与网站的东西。

是的，您是正确的，只有 AJAX 请求可以显式设置其请求方法，因此，如果您要执行诸如通过 AJAX 删除产品之类的操作，那么您就可以开始了（在这种情况下，我建议只传递 ID，因为它是比序列化整个产品轻得多，并且您可能可以轻松访问标记中的 ID）。

事情是这样的。如果您正在构建一个现代 Web 应用程序，您可能正在使用 AJAX，并且不要过于教条，您应该期望您的用户拥有 JavaScript。如果您想在不使用 AJAX 的情况下进行 CRUD，那么您始终可以 POST 产品或使用 GET 来删除 URL 中的 ID 方法（需要注意的是，请确保删除方法受到授权保护，否则网络爬虫会很乐意使用您的GET 并删除所有数据...）

如果您不想构建 REST API，那么不必担心您没有使用 DELETE（只需使用 GET 和 URL 中的 ID），否则您就不使用 PUT（只需将 POST 与 POST 正文中的产品实体一起使用）。

REST 是通过 HTTP 构建 API 的绝佳风格（无表示层，数据以原始格式发送给使用它们的客户端，可以是电话或网站等）。 HTTP 本身对于构建网页来说非常有用。用你所需要的，为你所需要的。

如果您想构建一个可供其他人和您的网站使用的 REST API，那么就这样做，然后让您网站的控制器操作方法直接调用您的 API 方法。我一直这样做。使用 Hammock 等网络客户端可以让您更轻松。