Ruby on rails 您对使用Rails脚手架生成器的想法
我正在尝试学习RubyonRails。虽然我只知道基本知识,但我对基础知识和编写自己的模型、控制器和视图非常自信 最近,我发现,当我开始一个新的应用程序时,我的大多数模型都很好地符合REST哲学,并且我最终只是手工编写了大部分相同的脚手架生成的代码。在这种情况下,您是否认为可以从为每个所需模型使用Ruby on rails 您对使用Rails脚手架生成器的想法,ruby-on-rails,Ruby On Rails,我正在尝试学习RubyonRails。虽然我只知道基本知识,但我对基础知识和编写自己的模型、控制器和视图非常自信 最近,我发现,当我开始一个新的应用程序时,我的大多数模型都很好地符合REST哲学,并且我最终只是手工编写了大部分相同的脚手架生成的代码。在这种情况下,您是否认为可以从为每个所需模型使用script/generate scaffold开始,然后根据需要修改代码?我所看到的主流观点似乎是,脚手架是一种“新手把戏”,真正的开发人员不使用它,但对于大多数应用程序来说,它似乎创建了相当多的可用
script/generate scaffold
开始,然后根据需要修改代码?我所看到的主流观点似乎是,脚手架是一种“新手把戏”,真正的开发人员不使用它,但对于大多数应用程序来说,它似乎创建了相当多的可用代码(而不是坏代码)
您的想法是什么?我认为您的想法是使用它生成“通用”代码,然后根据您的特定需求重写/重构它 我认为使用开箱即用的代码生成器是没有问题的,只要您从安全角度记住它的功能(例如,如果您不希望您的界面允许此操作,请不要保留编辑/更新/销毁操作)
为了避免大量重复生成的代码,我喜欢的一件事是插件——它将重复的默认代码抽象出来,并允许您在适当的时候覆盖它。脚手架只适用于新手,这是一个神话。这是一个很好的工具,可以快速启动您的应用程序。当然,您需要修改生成的代码以满足您的需求。话虽如此,拥有一个现成的代码并没有坏处,大部分代码都会按原样使用。Rails对选择智能默认值的狂热投入正是你观察到当你手工编写代码时,它最终看起来像脚手架生成的代码的原因。就我个人而言,我真的很喜欢使用支架,因为对于那些真正基本的CRUD类型的操作,最后只需要几处调整(布局、CSS、验证等)
即使当你着手处理更复杂的事情时,也很容易从脚手架开始,朝着你想要的方向前进。当然不仅仅是新手的工具。我不确定这种文化是否真的反对脚手架,但我喜欢它 现在,我所知道的是,有一段时间,人们对脚手架产生了一些小的反弹。这是因为基本上每个Rails教程基本上都是“哇,就是打字”
ruby script/generate scaffolding Post title:string body:text
你有一个博客!完了
事实并非如此,社区开始将脚手架作为一种例子,因为当你这样做时,你还没有完成
脚手架的真正力量,也是我喜欢它的原因,是它的快速原型能力。您可以生成一半的web站点,开始编写后端代码,并且仍然有一个可用的界面来实际处理一切工作方式,而无需担心编写界面代码