使用 Asp.net MVC web.api 为什么我应该重定向而不是仅仅调用其他函数？

Question

我在控制器中有一个 put 和 post 方法，当它们工作时，它们通常会重定向到 get 方法。但我注意到在 MVC 中使用重定向过程比只返回 get 方法的调用要慢。

MS 代码示例：

return RedirectToRoute("someRoute", routeVarWithId);

我发现花费更少的时间：

return Get(Id);

由于我的 put、post 和 get 都返回 IHttpActonResult，如果调用在我的一个控制器内并且安全权限相同，我不明白为什么要使用重定向。

我在这里遗漏了什么明显的东西吗？

Answer 1

但我注意到在 MVC 中使用重定向过程比仅返回 get 方法的调用要慢。

当然是；现在有两个请求。

我在这里遗漏了什么明显的东西吗？

想象一下，我以POST 的形式提交了一份表格，要求从您的网站订购一台新计算机。它没有将重定向返回到我的订单页面，而是将其呈现出来。然后我的猫跳到键盘上并点击CTRL+R（刷新）。发生什么了？我的浏览器重新提交了最后一个请求，即POST。现在我已经订购了两台电脑！

相反，在成功处理POST 请求后，您应该返回一个重定向到订单页面，我的浏览器将使用GET 获取该页面。现在我可以重拾内心的满足了，不会有什么不好的事情发生。

这也使用户能够为页面添加书签或通过电子邮件将其发送给我的妻子。您不能通过电子邮件发送 POST 请求的链接。

有关该主题的一些简单阅读，请参阅HTTP/1.1 standard，特别是第 9.5 节及以下内容：

如果在源服务器上创建了资源，则响应 应该是 201（已创建）并包含一个描述 请求的状态并引用新资源，以及位置 标题（参见第 14.30 节）。

因此，当POST 创建新资源（如订单）时，它应该返回201 Created 重定向到可以检索新资源（即订单）的 URL。