ruby on rails错误表单重定向到现有页面并显示错误

Question

所以，我正在尝试修复我们在POST中进行渲染的代码，这实际上为用户搞砸了后退按钮（以及刷新按钮！）。 摆脱讨厌的“你确定要再次发布”通常只是转到POST-> redirect-> GET模式，但使用某种短暂的cookie来处理我需要传输的错误（以及一个用户键入的cookie，所以他不会丢失他的输入）。 在playframework中，这是flash cookie（在以下GET请求中删除）。

1. 我可以假设在轨道上的ruby中，它也在我需要的闪存范围内吗？
2. 什么是保存所有错误PER输入框的模式或示例，以便在GET上，ruby主要自动处理错误，因为我将它们粘贴到每个字段中？ - 我正在使用simple_form_for

我是rails的完全新手，但在java中有很多重量级和轻量级http框架的经验。

如果有人知道现有的一个，那么使用GET控制器方法和POST控制器方法的完整示例将是惊人的吗？

在游戏中，我只是在我的帖子控制器方法中调用validation.keep（）（保存错误）和params.flash（）（保存用户输入），它会自动将错误映射到GET上的表单字段。 我不做任何额外的事情。 基本上这样（参见postUser方法） https://github.com/deanhiller/timecardz/blob/master/app/controllers/OurPattern.java

我希望ruby有一些简单的东西。

谢谢，迪恩

Answer 1

Rails并不是开箱即用的。 对于它的价值，在Rails中发布帖子之后呈现它是“标准”。 代码流是这样的：

1. 使用不正确的数据向控制器执行POST
2. 控制器拉出相关模型实例，将其更改为无效状态，尝试保存
3. 模型对象触发验证错误，保存不会持久化
4. 错误消息放在实例的#errors方法中
5. 这个相同的对象被传递给要渲染的模板
6. 表单处理程序，在这种情况下，simple_form_for（一个伟大的宝石顺便说一句）看到#errors是非空的，并添加了css类和消息，但它配置为这样做。 如果没有什么好玩的话，这应该“正常工作”。

所以它实际上内置于rails中以获得您正在尝试解决的行为，因为它取决于整个渲染中的模型实例是相同的。

也就是说，Rails确实具有一次性闪存参数，因此您可以将发布的表单数据存储在闪存中，并在下一个请求中重新更新验证对象。 只需注意在主要验证者之外进行任何验证的代码。 即object.valid? 和object.save需要总是导致相同的错误，但没有什么能阻止你（错误地）在before_save回调中添加验证错误，例如。

一个类似的SO帖子和这个PRG github项目看起来非常有用，以避免在这里单独行动。