Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/ruby-on-rails/68.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Ruby on rails 您对使用Rails脚手架生成器的想法_Ruby On Rails - Fatal编程技术网

Ruby on rails 您对使用Rails脚手架生成器的想法

Ruby on rails 您对使用Rails脚手架生成器的想法,ruby-on-rails,Ruby On Rails,我正在尝试学习RubyonRails。虽然我只知道基本知识,但我对基础知识和编写自己的模型、控制器和视图非常自信 最近,我发现,当我开始一个新的应用程序时,我的大多数模型都很好地符合REST哲学,并且我最终只是手工编写了大部分相同的脚手架生成的代码。在这种情况下,您是否认为可以从为每个所需模型使用script/generate scaffold开始,然后根据需要修改代码?我所看到的主流观点似乎是,脚手架是一种“新手把戏”,真正的开发人员不使用它,但对于大多数应用程序来说,它似乎创建了相当多的可用

我正在尝试学习RubyonRails。虽然我只知道基本知识,但我对基础知识和编写自己的模型、控制器和视图非常自信

最近,我发现,当我开始一个新的应用程序时,我的大多数模型都很好地符合REST哲学,并且我最终只是手工编写了大部分相同的脚手架生成的代码。在这种情况下,您是否认为可以从为每个所需模型使用
script/generate scaffold
开始,然后根据需要修改代码?我所看到的主流观点似乎是,脚手架是一种“新手把戏”,真正的开发人员不使用它,但对于大多数应用程序来说,它似乎创建了相当多的可用代码(而不是坏代码)


您的想法是什么?

我认为您的想法是使用它生成“通用”代码,然后根据您的特定需求重写/重构它

我认为使用开箱即用的代码生成器是没有问题的,只要您从安全角度记住它的功能(例如,如果您不希望您的界面允许此操作,请不要保留编辑/更新/销毁操作)


为了避免大量重复生成的代码,我喜欢的一件事是插件——它将重复的默认代码抽象出来,并允许您在适当的时候覆盖它。

脚手架只适用于新手,这是一个神话。这是一个很好的工具,可以快速启动您的应用程序。当然,您需要修改生成的代码以满足您的需求。话虽如此,拥有一个现成的代码并没有坏处,大部分代码都会按原样使用。

Rails对选择智能默认值的狂热投入正是你观察到当你手工编写代码时,它最终看起来像脚手架生成的代码的原因。就我个人而言,我真的很喜欢使用支架,因为对于那些真正基本的CRUD类型的操作,最后只需要几处调整(布局、CSS、验证等)


即使当你着手处理更复杂的事情时,也很容易从脚手架开始,朝着你想要的方向前进。当然不仅仅是新手的工具。

我不确定这种文化是否真的反对脚手架,但我喜欢它

现在,我所知道的是,有一段时间,人们对脚手架产生了一些小的反弹。这是因为基本上每个Rails教程基本上都是“哇,就是打字”

ruby script/generate scaffolding Post title:string body:text
你有一个博客!完了

事实并非如此,社区开始将脚手架作为一种例子,因为当你这样做时,你还没有完成

脚手架的真正力量,也是我喜欢它的原因,是它的快速原型能力。您可以生成一半的web站点,开始编写后端代码,并且仍然有一个可用的界面来实际处理一切工作方式,而无需担心编写界面代码