2.1 规划应用

这一节，我们要规划一下这个玩具应用。和 1.3 节一样，我们先使用 rails new 命令生成应用的骨架。

$ cd ~/workspace
$ rails _4.2.2_ new toy_app
$ cd toy_app/

如果执行 rails new 命令后看到“Could not find “railties””这样的错误，说明你安装的 Rails 版本不对。再次确认安装 Rails 时执行的命令和代码清单 1.1 一模一样。（注意，如果使用1.2.1 节推荐的云端 IDE，这个应用可以在第一个应用所在的工作空间中创建，没必要再新建一个工作空间。如果没看到文件，可以点击文件浏览器中的齿轮图标，然后选择“Refresh File Tree”（刷新文件树）。）

然后，在文本编辑器中修改 Gemfile，写入代码清单 2.1 中的内容。

代码清单 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 和代码清单 1.14 的内容一样。

和 1.5.1 节一样，安装 gem 时要指定 --without production 选项，不安装生产环境所需的 gem：

$ bundle install --without production

最后，把这个玩具应用纳入 Git 版本控制系统：

$ git init
$ git add -A
$ git commit -m "Initialize repository"

你还可以在 Bitbucket 网站中点击“Create”（新建）按钮创建一个新仓库（图 2.1），然后把代码推送到这个远程仓库中：

$ git remote add origin [email protected]:<username>/toy_app.git
$ git push -u origin --all # 首次推送这个仓库

create demo repo bitbucket图 2.1：在 Bitbucket 中为这个玩具应用创建一个仓库

越早部署应用越好。我建议把代码清单 1.8 和代码清单 1.9 中的内容复制过来，[1]然后提交改动，再推送到 Heroku：

$ git commit -am "Add hello"
$ heroku create
$ git push heroku master

（和 1.5 节一样，可能会看到一些提醒消息，现在先不去管它。7.5 节会解决。）除了 Heroku 为应用提供的地址之外，输出的内容应该和图 1.18 一样。

下面要开发这个应用了。一般来说，开发 Web 应用的第一步是创建数据模型（data model）。模型表示应用所需的结构。这个玩具应用是个微博客，只有用户和简短的文章（微博）。那么我们先为这个应用添加用户模型（2.1.1 节），然后再添加微博模型（2.1.2 节）。

2.1.1 用户模型

网络中有多少不同的注册表单，就有多少定义用户数据模型的方式。我们要使用一种最简单的。这个玩具应用的用户有一个唯一的标识 id（integer 类型），一个公开的名字 name（string 类型），以及一个电子邮件地址 email（也是 string 类型）。电子邮件地址也作为用户名使用。用户模型的结构如图 2.2。

demo user model图 2.2：用户数据模型

在 6.1.1 节会看到，图 2.2 中的 users 对应于数据库中的一个表；id、name 和 email 是表中的列。

2.1.2 微博模型

微博数据模型的核心比用户模型还要简单：微博只要一个 id 和表示微博内容的 content（text 类型）字段即可。[2]不过还有一个比较复杂的字段要实现，这个字段把微博和用户关联起来。我们使用 user_id 存储微博的属主。最终得到的微博数据模型如图 2.3 所示。

demo micropost model图 2.3：微博数据类型

2.3.3 节会介绍怎样使用 user_id 字段简单的实现一个用户拥有多个微博的功能。在第 11 章中有更完整的说明。