在Rails中生成脚手架和生成模型之间有什么区别?做任何一个的优点/缺点是什么?
答案 0 :(得分:47)
生成模型时,您将获得模型以及一些相关组件。我最喜欢解释这类主题的方法之一是实际尝试或鼓励其他人尝试,所以如果我在Rails项目中输入命令rails generate model Foo name:string description:text
,我会得到:
invoke active_record
create db/migrate/20130719012107_create_foos.rb
create app/models/foo.rb
invoke test_unit
create test/unit/foo_test.rb
create test/fixtures/foos.yml
第一行调用Active Record
,它基本上将您的模型与数据库联系起来。下一行创建所谓的迁移文件。迁移文件包含更改数据库的说明。第一个迁移文件创建名为“foos”的数据库表,它还将为“name”和“description”创建列。
下一行是模型本身。该模型基本上是一个继承自Active Record的Ruby类。这意味着现在可以在模型中调用可在Active Record中调用的任何方法。最后三行基本上为您的模型创建相关的测试文件。如果您使用RSpec,则会创建规范文件。
如果您的Rails应用程序仅包含模型,您将不会有任何显示页面信息的视图,也不会有控制信息流的指令。您的选择还包括生成控制器(进而生成您的视图)或生成脚手架,该脚手架生成您的routes.rb文件的模型,视图,控制器和写入。如果我跑rails generate scaffold foo
,我会得到:
invoke active_record
create db/migrate/20130719013307_create_foos.rb
create app/models/foo.rb
invoke test_unit
create test/unit/foo_test.rb
create test/fixtures/foos.yml
invoke resource_route
route resources :foos
invoke scaffold_controller
create app/controllers/foos_controller.rb
invoke erb
create app/views/foos
create app/views/foos/index.html.erb
create app/views/foos/edit.html.erb
create app/views/foos/show.html.erb
create app/views/foos/new.html.erb
create app/views/foos/_form.html.erb
invoke test_unit
create test/functional/foos_controller_test.rb
invoke helper
create app/helpers/foos_helper.rb
invoke test_unit
create test/unit/helpers/foos_helper_test.rb
invoke assets
invoke coffee
create app/assets/javascripts/foos.js.coffee
invoke scss
create app/assets/stylesheets/foos.css.scss
invoke scss
identical app/assets/stylesheets/scaffolds.css.scss
为了回答您的问题,脚手架的优势在于它快速,简单,并且所有内容都是为您预先配置的。然而,独立于脚手架生成模型(然后在需要的地方生成控制器/视图并自己编写routes.rb文件)的优点是,您可以更好地控制应用程序及其外观和功能,避免不必要的代码,您可以采用行为驱动开发或测试驱动开发,以及其他人可能想要添加的其他内容。
我的最后一点建议是:Rails非常人性化,所以请尝试自己尝试一下。您可以使用相应的generate
命令撤消任何destroy
命令,因此例如rails destroy scaffold Foo
会删除rails generate Scaffold Foo name:string description:string
生成的所有文件,因此您不必担心通过实验不可挽回地弄乱了一个项目。
答案 1 :(得分:4)
生成脚手架包括生成模型但也生成
脚手架是新Rails用户的良好开端。
答案 2 :(得分:1)
用
$rails generate scaffold <name>
您可以使用完整的CRUD(创建,读取,更新,删除)Web界面自动生成随时可用的控制器,模型和视图。它比生成模型更容易,更快捷,但它生成的代码不太适合您的应用程序。
在简单示例,快速模型或测试方面,scaffold非常适合使用。
如果您在已经生成模型后改变主意并决定使用scaffold,则可以随时运行
$rails generate scaffold <name>
它将创建所有丢失的文件。或者如果您对使用脚手架感到满意,可以按以下方式将其删除:
生成脚手架:
$rails generate scaffold Story
如果您迁移了文件,请执行回滚:
$rake db:rollback
销毁或撤消脚手架:$ rails destroy scaffold Story
答案 3 :(得分:0)
新用户很可能会被脚手架弄糊涂,因为他们无法理解所有组件如何协同工作。对于有经验的用户来说,脚手架可能是最好的,他们想要一个他们通常会重复工作的捷径。