Ruby on rails 为什么要将rails 4.2中的Response_删除到它中'；她自己的宝石？

在respond_中，已从core移动到Responder gem中

测试版发行说明

respond\u已搬出，并与responder gem一起搬进了自己的家。

---

有人能解释一下原因吗？是什么让响应者珍视自己的家园？留在Rails宝石中有什么不对？

来自David Heinemeier Hansson（Ruby on Rails的创建者）的基本原理：

我想借此机会将您与/班级级别分开 响应到外部插件中。一般来说，我不喜欢这部电影 使用此模式产生的代码。它鼓励模型使用json 它还以不同的方式隐藏了HTML和API响应之间的差异 这使代码变得复杂

那么我们把它分成4.2版的gem，用当前的 行为，但也有一个选项，以获得建议的新行为 这里通过一个配置点

此链接的完整讨论：

---

为什么负责定义响应的东西不属于所有其他响应者的东西？酷。。。只是想在这里学习。我认为使用Rails gem的人不希望每次都在gem文件中包含响应者gem，因为他们很可能会在Rails使用的每个应用程序中使用它。我不同意这是基于意见的。决策者给出了他的理由，我在回答中引用了他的理由。是的，他的决定是基于他的意见，就像所有的决定一样，但OP的问题的答案是事实。一个人是否同意这一决定当然是一种意见，但这不是OP所问的。@MichalSzyndel我实际上使用了大量的

respond\u with

来替代继承的资源/make\u resource。无论如何，对于大多数应用程序来说，应该可以同时创建一个RESTful应用程序和一个JSON API。在下一个应用程序中返回HTML（作为第一个响应）和JSON（考虑分页）是非常常见的。这可以通过respond_to很好地完成，我认为将其移出并阻止它是一个错误的调用。