Ruby on rails 为什么RubyonRails反对scaffold方法

Ruby on rails 为什么RubyonRails反对scaffold方法,ruby-on-rails,ruby,Ruby On Rails,Ruby,我正在学习RubyonRails,所以我相信我迟早会发现这一点 为什么在Rails的第2版中会不推荐scaffold方法?因为人们认为它应该用于生产,这是一个可怕的想法。取而代之的是,你可以生成一个脚手架,然后你可以很容易地编辑它,并从那里开始准备生产。脚手架方法违背了脚手架的精神,它是为了给你一个起点,你应该根据自己的需要来构建。通过动态生成脚手架,您无需编辑任何内容 脚手架生成器的新方法允许您编辑脚手架文件,以便您可以使用它来构建您实际需要的文件。但是,仍然有一个Rails插件,它将完成脚手

我正在学习RubyonRails,所以我相信我迟早会发现这一点


为什么在Rails的第2版中会不推荐scaffold方法?

因为人们认为它应该用于生产,这是一个可怕的想法。取而代之的是,你可以生成一个脚手架,然后你可以很容易地编辑它,并从那里开始准备生产。

脚手架方法违背了脚手架的精神,它是为了给你一个起点,你应该根据自己的需要来构建。通过动态生成脚手架,您无需编辑任何内容


脚手架生成器的新方法允许您编辑脚手架文件,以便您可以使用它来构建您实际需要的文件。

但是,仍然有一个Rails插件,它将完成脚手架方法之前所做的工作。它被称为。

我假设您指的是动态脚手架,因为脚手架生成器仍然存在,并且运行得很强大

David Heinemeier Hansson说动态脚手架在演示中看起来很棒,但由于动态脚手架的全部目的是教人们使用rails,因此将其抽象为一行代码更像是诅咒而不是祝福,因为没有人在生产代码中使用动态脚手架。仅用于演示和教程

如果你手边有AWDWR的副本,你可以在最新(第三版)的p81上阅读他的全部解释(我不想复制粘贴)

你仍然可以: 脚本/生成脚手架模型\u名称
生成您的脚手架模型

您能证明在生产中使用动态支架是一个糟糕的想法吗?因为它实际上不允许您生成任何自己的应用程序逻辑。在现实世界中,这太简单了。并没有访问控制,并没有自定义用户界面,并没有任何超出输入的东西到形式,并保存到数据库。