Post Redirect Get in ASP.NET MVC and Validation with Restful URLs

Question

我有一个用于编辑页面操作的宁静 URL。这在控制器上实现为一个 Edit 方法，它接受 GET 请求和一个 Edit 方法，它接受 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 模式更明智？

Answer 1

只有在表单信息有效的情况下才应该进行重定向；在提交错误的情况下，从相同的 Edit 方法返回视图。

这样做符合 PRG，因为如果您的模型无效，则不允许对服务器上的对象状态进行任何更改。 PRG 主要是为了防止多个帖子以不可预知的方式改变服务器对象（例如，业务对象、数据库表等）的状态；但是，在您的验证示例中，用户可以根据需要多次点击重新提交，并且它们将始终被发送回初始视图并显示验证错误——服务器上没有任何变化。因此，您做对了：仅当您的模型通过表示层中的验证时才发出重定向。

Answer 2

尽管Ken's answer 确实强调了一个重要事实 - PRG 并不一定意味着“在发布时盲目地返回重定向” - 您有时仍可能想要进行重定向并保留模型状态。

处理这种情况的最简单方法是使用操作过滤器将模型状态导出到会话（在重定向之前），然后导入模型状态（在执行新操作之前）。 Kazi Manzur Rashid 有几篇关于 ASP.NET MVC 最佳实践的优秀博文 (Part 1 Part 2)。它们已经很老了，但其中的许多技巧仍然非常适用。 first article 中的第 13 条提示正是您想要的。

Answer 3

PRG 是正确的做法。

您对操作执行 POST，如果模型状态无效，您只需将模型状态数据“导出”到变量中并重定向到获取操作。

与公认的答案相比，这样做的好处是您无需重写 [Post] 操作上的代码即可重新创建视图。

在 get 操作中，您加载从帖子中导出的 ModelState。

TempData 是做这些事情的好地方，代码是这样的：

[HttpGet]
public ActionResult Edit(int id) {
    // import model state from tempdata
    ...
}

[HttpPost]
public ActionResult Edit(EditModel model) {
    // if modelstate is invalid
    // save modelstate in tempdata
    // redirect to Edit/{id}
    // else 
    ...
    RedirectToAction("List")
}

这可以使用 AttributeFilters 自动完成，@ben-foster 在这里创建了一个 excellent 帖子：

Automatic Validation of Modelstate