ASP.NET MVC中的Post重定向Get和Restful URL验证
我有一个用于编辑页面的restful URL。这在控制器上实现为接受GET请求的Edit方法和接受POST请求的Edit方法。
这意味着您可以访问Edit URL，它将显示GET的表单或保存POST的表单。
[HttpGet]
public ActionResult Edit(int id) {
...
}
[HttpPost]
public ActionResult Edit(EditModel model) {
...
}Post-Redirect-Get (PRG)模式看起来黑白分明，因为它本质上将每个帖子重定向回GET操作。然而，我需要确信这是正确的做法。
我的计划是，在POST操作中，如果模型有效，我将使用Post-Redirect-Get模式将用户发送到一个合理的位置(可能是Index或Details操作)。
但是，如果存在模型验证问题，我仍然希望只显示视图。我不想重定向用户，因为这意味着将模型和ModelState填充到临时数据中，并重定向到GET操作-然后将逻辑添加到GET操作以处理临时数据。我可以通过简单地显示视图来避免所有这些。
是的，如果用户按下F5，它将重新提交表单，并向他们显示“重新提交警告”，但随后将显示相同的页面(要求他们修复验证错误)。然而，它们似乎不太可能命中F5，而且也不存在双重提交的危险，因为表单将再次无法通过验证。
如果验证通过，用户将被重定向，并且他们将不会被双重提交。
那么，我应该实现额外的代码并将数据填充到临时数据中，以便严格遵循PRG模式，还是在表单有效且数据正在存储时使用PRG模式更明智？
回答 1
Stack Overflow用户
发布于 2011-04-04 21:03:11
即使Ken's answer确实强调了一个重要的事实-- PRG并不一定意味着“发布时盲目返回重定向”--有时你可能仍然想做重定向并保留模型状态。
处理该场景的最简单方法是使用操作过滤器将模型状态导出到会话(在重定向之前)，然后导入模型状态(在执行新操作之前)。Kazi Manzur Rashid有几篇关于ASP.NET MVC最佳实践的优秀博客文章(Part 1 Part 2)。它们已经很老了，但其中的许多技巧仍然非常适用。first article中的13号提示就是您要找的。
https://stackoverflow.com/questions/5538005
复制相似问题