Ruby on rails 轨道脚手架的使用案例是什么？我应该什么时候使用和不使用它？

我一直在使用Rails 4进行敏捷开发，这本书的大部分内容都使用了脚手架。然而，我在网上读到，Rails中的脚手架实际上非常糟糕，但我真的不明白为什么。有人能给我解释一下吗？

---

谢谢。

我在以前版本的rails中试用过。它基本上是一种创建应用程序的基本完整堆栈实现的方法，从数据库到html视图，以及介于两者之间的所有内容。只有在构建一个只支持crud的非常基本的应用程序时，它才显得非常有用。我发现学习rails比在现实项目中实际使用rails作为设计方法更有用

---

如果你只是需要一些东西来进行实验，那么这是一种让应用程序启动的简单方法。

这个名字本身就建议将它用于搭建。它的使用情况各不相同

在本文中，它被用作一种简单的方式来展示如何使Rails模型工作：需要什么代码以及在哪里。脚手架展示了Rails开发人员在其应用程序中使用的一些基本元素，因此它至少是初学者的一个良好起点

一旦你不是一个初学者，并且你可以编写类似于脚手架的代码，你就不会经常使用它，因为它并不合适：你最终将挖掘生成的代码，并将其修复以满足你的需要比你从零开始编写所需的时间更长。否则，您可能会意外地公开私有数据，允许对每个人执行一些受限操作，谁知道还有什么。当代码逐渐填充时，更容易控制代码。构建模型时，会出现大量不受控制的代码

但是，如果您还没有构建应用程序，更像是研究如何构建应用程序（比如测试各种DB模式），脚手架将引入一个环境，以方便的方式构建和查看数据库中的数据，从而加快过程，这样您就可以测试您的想法是否能很好地满足您的需要。完成后，您可能会生成一个新项目，并从头开始实现一个更完善的版本

还有一些异国情调的用法，你可能会觉得很有趣。有了Rails，您还可以构建永远不会公开展示，而是在内部使用的应用程序。其中一种情况是为某物构建数据集。我个人曾在一个游戏中使用过它，我构建了一个游戏内资源作为模型，并调整了它输出JSON索引的方式。资源由每个人通过方便的web界面填写，然后导出到JSON文件并放入游戏资产中这节省了时间，我只浪费了大约15-20分钟，节省了我们维护数据集的额外工作时间（结构始终正确，数据可以由多人并行填充）。

可能重复的