asp.net-mvc – 发布重定向到ASP.NET MVC和验证与Restful URL

前端之家收集整理的这篇文章主要介绍了asp.net-mvc – 发布重定向到ASP.NET MVC和验证与Restful URL前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有一个宁静的网址,用于编辑页面的操作。这是作为编辑方法在控制器上实现的,它接受GET请求和接受POST请求的编辑方法

这意味着您可以访问编辑URL,它将显示GET表单或保存POST表单。

[HttpGet]
public ActionResult Edit(int id) {
    ...
}

[HttpPost]
public ActionResult Edit(EditModel model) {
    ...
}

Post-Redirect-Get(PRG)模式似乎非常黑白,因为它本质上将每个POST重定向到GET操作。但是,我需要确信这是正确的。

我的计划是,在POST操作中,如果模型有效,我将使用Post-Redirect-Get模式将用户发送到合理的位置(可能是Index或Details动作)。

但是,如果有模型验证问题,我仍然只想显示该视图。我不想重定向用户,因为这意味着将模型和ModelState填充到临时数据并重定向到GET操作 – 然后将逻辑添加到GET操作中来处理临时数据。我可以通过简单地显示视图来避免所有这些。

是的,如果用户按F5,它将重新提交表单,并将显示“重新提交警告”,但是会显示相同的页面(要求他们修复验证错误)。然而,它们似乎不太可能会击中F5,也没有双重提交的危险,因为表单将再次失败验证。

如果验证通过,用户将被重定向,并且双重提交将是安全的。

那么我应该将附加的代码和数据填充到临时数据中,以便严格遵循PRG模式,或者当表单有效和数据被存储时使用PRG模式更合理吗?

解决方法

如果表单信息有效,您应该只执行重定向;在提交错误的情况下,从相同的编辑方法返回视图。

这样做是符合PRG的,因为如果您的模型无效,则不允许对服务器上的对象状态进行任何更改。 PRG主要设计为防止可以以不可预测的方式改变服务器对象(例如,业务对象,数据库表等)的状态的多个帖子;然而,在您的验证示例中,用户可以按需要重新提交多次,并且将始终以验证错误将其发送回初始视图 – 服务器上的任何内容都不会更改。因此,您的权限是正确的:只有当您的模型在表示层中通过验证时,才发出重定向

猜你在找的asp.Net相关文章