# 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)中有更完整的說明。