aboutsummaryrefslogtreecommitdiffstats
path: root/railties/lib/rails_generator/generators
diff options
context:
space:
mode:
authorJeremy Kemper <jeremy@bitsweat.net>2006-12-08 22:47:46 +0000
committerJeremy Kemper <jeremy@bitsweat.net>2006-12-08 22:47:46 +0000
commita50fc11583ee723e88dee59590496ddf1433e656 (patch)
tree8c1df202af87dc6a70283e58fc50e5e16cd464a0 /railties/lib/rails_generator/generators
parenta454dcf012e13f24c6c74098f9fd4efd72e8aadc (diff)
downloadrails-a50fc11583ee723e88dee59590496ddf1433e656.tar.gz
rails-a50fc11583ee723e88dee59590496ddf1433e656.tar.bz2
rails-a50fc11583ee723e88dee59590496ddf1433e656.zip
Rewrap scaffold_resource USAGE so it displays nicely on most terminals. Closes #6801 [Paul Smith]
git-svn-id: http://svn-commit.rubyonrails.org/rails/trunk@5707 5ecf4fe2-1ee6-0310-87b1-e25e094e27de
Diffstat (limited to 'railties/lib/rails_generator/generators')
-rw-r--r--railties/lib/rails_generator/generators/components/scaffold_resource/USAGE48
1 files changed, 28 insertions, 20 deletions
diff --git a/railties/lib/rails_generator/generators/components/scaffold_resource/USAGE b/railties/lib/rails_generator/generators/components/scaffold_resource/USAGE
index 9ccf4d9938..aa47491280 100644
--- a/railties/lib/rails_generator/generators/components/scaffold_resource/USAGE
+++ b/railties/lib/rails_generator/generators/components/scaffold_resource/USAGE
@@ -1,29 +1,37 @@
Description:
- The scaffold resource generator creates a model, a controller, and a set of templates that's ready to use as the
- starting point for your REST-like, resource-oriented application. This basically means that it follows a set of
- conventions to exploit the full set of HTTP verbs (GET/POST/PUT/DELETE) and is prepared for multi-client access
- (like one view for HTML, one for an XML API, one for ATOM, etc). Everything comes with sample unit and functional
- tests as well.
+ The scaffold resource generator creates a model, a controller, and a
+ set of templates that's ready to use as the starting point for your
+ REST-like, resource-oriented application. This basically means that it
+ follows a set of conventions to exploit the full set of HTTP verbs
+ (GET/POST/PUT/DELETE) and is prepared for multi-client access (like one
+ view for HTML, one for an XML API, one for ATOM, etc). Everything comes
+ with sample unit and functional tests as well.
- The generator takes the name of the model as its first argument. This model name is then pluralized to get the
- controller name. So "scaffold_resource post" will generate a Post model and a PostsController and will be intended
- for URLs like /posts and /posts/45.
+ The generator takes the name of the model as its first argument. This
+ model name is then pluralized to get the controller name. So
+ "scaffold_resource post" will generate a Post model and a
+ PostsController and will be intended for URLs like /posts and
+ /posts/45.
- As additional parameters, the generator will take attribute pairs described by name and type. These attributes will
- be used to prepopulate the migration to create the table for the model and to give you a set of templates for the
- view. For example, "scaffold_resource post title:string created_on:date body:text published:boolean" will give
- you a model with those four attributes, forms to create and edit those models from, and an index that'll list them
- all.
+ As additional parameters, the generator will take attribute pairs
+ described by name and type. These attributes will be used to
+ prepopulate the migration to create the table for the model and to give
+ you a set of templates for the view. For example, "scaffold_resource
+ post title:string created_on:date body:text published:boolean" will
+ give you a model with those four attributes, forms to create and edit
+ those models from, and an index that'll list them all.
- You don't have to think up all attributes up front, but it's a good idea of adding just the baseline of what's
- needed to start really working with the resource.
+ You don't have to think up all attributes up front, but it's a good
+ idea of adding just the baseline of what's needed to start really
+ working with the resource.
- Once the generator has run, you'll need to add a declaration to your config/routes.rb file to hook up the rules
- that'll point URLs to this new resource. If you create a resource like "scaffold_resource post", you'll need to
- add "map.resources :posts" (notice the plural form) in the routes file. Then your new resource is accessible from
- /posts.
+ Once the generator has run, you'll need to add a declaration to your
+ config/routes.rb file to hook up the rules that'll point URLs to this
+ new resource. If you create a resource like "scaffold_resource post",
+ you'll need to add "map.resources :posts" (notice the plural form) in
+ the routes file. Then your new resource is accessible from /posts.
Examples:
./script/generate scaffold_resource post # no attributes, view will be anemic
./script/generate scaffold_resource post title:string created_on:date body:text published:boolean
- ./script/generate scaffold_resource purchase order_id:integer created_at:datetime amount:decimal \ No newline at end of file
+ ./script/generate scaffold_resource purchase order_id:integer created_at:datetime amount:decimal