# 2.1 规划应用 这一节，我们要规划一下这个玩具应用。和 [1.3 节](chapter1.html#the-first-application)一样，我们先使用 `rails new` 命令生成应用的骨架。 ``` $ cd ~/workspace $ rails _4.2.2_ new toy_app $ cd toy_app/ ``` 如果执行 `rails new` 命令后看到“Could not find “railties””这样的错误，说明你安装的 Rails 版本不对。再次确认安装 Rails 时执行的命令和[代码清单 1.1](chapter1.html#listing-installing-rails) 一模一样。（注意，如果使用[1.2.1 节](chapter1.html#development-environment)推荐的云端 IDE，这个应用可以在第一个应用所在的工作空间中创建，没必要再新建一个工作空间。如果没看到文件，可以点击文件浏览器中的齿轮图标，然后选择“Refresh File Tree”（刷新文件树）。） 然后，在文本编辑器中修改 `Gemfile`，写入[代码清单 2.1](#listing-demo-gemfile-sqlite-version-redux) 中的内容。 ##### 代码清单 2.1：这个玩具应用的 `Gemfile` ``` source 'https://rubygems.org' gem 'rails', '4.2.2' gem 'sass-rails', '5.0.2' gem 'uglifier', '2.5.3' gem 'coffee-rails', '4.1.0' gem 'jquery-rails', '4.0.3' gem 'turbolinks', '2.3.0' gem 'jbuilder', '2.2.3' gem 'sdoc', '0.4.0', group: :doc group :development, :test do gem 'sqlite3', '1.3.9' gem 'byebug', '3.4.0' gem 'web-console', '2.0.0.beta3' gem 'spring', '1.1.3' end group :production do gem 'pg', '0.17.1' gem 'rails_12factor', '0.0.2' end ``` 注意，[代码清单 2.1](#listing-demo-gemfile-sqlite-version-redux) 和[代码清单 1.14](chapter1.html#listing-gemfile-pg-gem) 的内容一样。 和 [1.5.1 节](chapter1.html#heroku-setup)一样，安装 gem 时要指定 `--without production` 选项，不安装生产环境所需的 gem： ``` $ bundle install --without production ``` 最后，把这个玩具应用纳入 Git 版本控制系统： ``` $ git init $ git add -A $ git commit -m "Initialize repository" ``` 你还可以在 Bitbucket 网站中点击“Create”（新建）按钮[创建一个新仓库](https://bitbucket.org/repo/create)（[图 2.1](#fig-create-demo-repository)），然后把代码推送到这个远程仓库中： ``` $ git remote add origin git@bitbucket.org:<username>/toy_app.git $ git push -u origin --all # 首次推送这个仓库 ``` 图 2.1：在 Bitbucket 中为这个玩具应用创建一个仓库 越早部署应用越好。我建议把[代码清单 1.8](chapter1.html#listing-hello-action) 和[代码清单 1.9](chapter1.html#listing-default-root-route) 中的内容复制过来，[[1](#fn-1)]然后提交改动，再推送到 Heroku： ``` $ git commit -am "Add hello" $ heroku create $ git push heroku master ``` （和 [1.5 节](chapter1.html#deploying)一样，可能会看到一些提醒消息，现在先不去管它。[7.5 节](chapter7.html#professional-grade-deployment)会解决。）除了 Heroku 为应用提供的地址之外，输出的内容应该和[图 1.18](chapter1.html#fig-heroku-app) 一样。 下面要开发这个应用了。一般来说，开发 Web 应用的第一步是创建数据模型（data model）。模型表示应用所需的结构。这个玩具应用是个微博客，只有用户和简短的文章（微博）。那么我们先为这个应用添加用户模型（[2.1.1 节](#a-toy-model-for-users)），然后再添加微博模型（[2.1.2 节](#a-toy-model-for-microposts)）。 ## 2.1.1 用户模型 网络中有多少不同的注册表单，就有多少定义用户数据模型的方式。我们要使用一种最简单的。这个玩具应用的用户有一个唯一的标识 `id`（`integer` 类型），一个公开的名字 `name`（`string` 类型），以及一个电子邮件地址 `email`（也是 `string` 类型）。电子邮件地址也作为用户名使用。用户模型的结构如[图 2.2](#fig-demo-user-model)。 图 2.2：用户数据模型 在 [6.1.1 节](chapter6.html#database-migrations)会看到，[图 2.2](#fig-demo-user-model) 中的 `users` 对应于数据库中的一个表；`id`、`name` 和 `email` 是表中的列。 ## 2.1.2 微博模型 微博数据模型的核心比用户模型还要简单：微博只要一个 `id` 和表示微博内容的 `content`（`text` 类型）字段即可。[[2](#fn-2)]不过还有一个比较复杂的字段要实现，这个字段把微博和用户关联起来。我们使用 `user_id` 存储微博的属主。最终得到的微博数据模型如[图 2.3](#fig-demo-micropost-model) 所示。 图 2.3：微博数据类型 [2.3.3 节](#a-user-has-many-microposts)会介绍怎样使用 `user_id` 字段简单的实现一个用户拥有多个微博的功能。在[第 11 章](chapter11.html#user-microposts)中有更完整的说明。