ruby-on-rails - Rails 中脚手架的用例有哪些？什么时候该用，什么时候不用？

Question

我一直在使用 Rails 4 进行敏捷开发，本书的大部分内容都使用了脚手架。但是，我在网上看到 Rails 中的脚手架实际上很糟糕，但我真的不明白为什么。谁能给我解释一下？谢谢。

Answer 1

这个名字本身就建议将其用于脚手架。它的用例各不相同。

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

一旦您不是初学者，并且您可以编写类似于脚手架的代码，您就不会经常使用它，因为它不适合:您最终会挖掘生成的代码并修复它以满足您的需求时间比您只是从头开始编写您需要的东西。否则，您可能会不小心暴露私有(private)数据，允许每个人以及谁知道还有什么受限的操作。逐渐填充时，更容易控制代码。当您搭建模型时，会出现很多不受控制的代码。

但是，如果您尚未构建应用程序，而更像是研究如何构建它(例如测试各种数据库架构)，脚手架将加速通过引入一个环境来以方便的方式构建和查看数据库中的数据，这样您就可以测试您的想法是否能很好地满足您的需求。完成后，您可能会生成一个新项目并从头开始实现一个更完善的版本。

还有您可能会觉得有趣的异国情调。使用 Rails，您还可以构建永远不会公开展示但宁愿在内部使用的应用程序。其中一个案例是为某物构建数据集。我个人将它用于游戏，我将某个游戏内资源搭建为模型并调整了它输出 JSON 索引的方式。资源由大家通过便捷的网页界面填写，然后导出为JSON文件，放入游戏 Assets 中。 这节省了时间，我只浪费了 15-20 分钟，让我们免于花费数小时维护数据集(结构始终保持正确，数据可以由多个人并行填充)。