【发布时间】：2015-05-17 22:49:20
【问题描述】：
我刚刚继承了一个 RoR 3.2 应用程序并试图让它在 4.2 上运行
我要戴上我的讽刺帽子，让我感觉好点。 “强”参数不是在单个文件中使用单行来保护特定字段免受大规模分配，而是需要膨胀控制器，如果控制器使用多个模型或模型被多个控制器使用或需要嵌套属性白名单，天堂会帮助您.这与 DRY 和 KISS 完全相反。
这样更好。好的，所以问题是，除了完全摆脱质量分配（现在听起来真的很好）之外，是否有一种合理的方式来使用它或绕过它。据我了解，带回 attr_accessible 的 gem 在 Rails 5 中不起作用，而这是该应用程序的发展方向。
我了解 Ruby 对象模型，并且可以制作大量控制器可以混入的模块，但这很丑陋并且仍然容易出错。
欢迎任何建议或提示。
为什么每个新的 Rails 功能都涉及分布在多个文件中的更多样板文件？如果我想要 Java，我知道在哪里可以找到它。摆脱强大而干净的 link_to_function 以支持使用错综复杂的回调的愚蠢几乎让我退出，但添加该函数是微不足道的。希望当客户想要不可避免地升级到 Rails 5 时，我可以说服他做一些更理智的事情，并将事情一点一点地转移到一个理智的 Web 框架中。
【问题讨论】：
标签： ruby-on-rails-3 ruby-on-rails-4 strong-parameters