我有一个用于编辑页面的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模式更明智?
发布于 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
复制相似问题