ruby on rails 正在令整個 web 開發領域受到震憾。讓我們首先了解底層的技術：
ruby 是一門免費的、簡單的、直覺的、可擴充的、可移植的、解釋的腳本語言，用于快速而簡單的面向對象程式設計。類似于 perl，它支援 處理文本檔案和執行系統管理任務的很多特性。
rails 是用 ruby 編寫的一款完整的、開放源代碼的 web 架構，目的是使用更簡單而且更少的代碼編寫實際使用的應用程式
作為一個完整的架構，這意味着 rails 中的所有的層都是為協同工作而構造的，是以您不必自己再重複，可以完全隻使用一門單一的語言。 在 rails 中，所有内容（從模闆到控制流再到業務邏輯）都是用 ruby 編寫的。rails 支援基于配置檔案和注釋的反射（reflection）和運作時擴充。
本文詳細介紹了 rails 的組成部分，并介紹了它的工作原理。
關于 rails，首先需要了解的是它的模型/視圖/控制器（model/view/controller，mvc）架構。雖然這種技術不是 rails 所特有的 —— 甚至不是 web 應用程式所特有的（相對于其他程式），但是 rails 具有非常清晰而專一的 mvc 思維方式。如果您并不使用 mvc 方法，那麼 rails 的用處将大為降低（與遵循其模式的情況相比）。
rails 應用程式的模型部分主要是它所使用的底層資料庫。實際上，在很多情形中 rails 應用程式正是以一種受管理的方式對關系型資料庫管理 系統（rdbms）中的資料執行操作的一個途徑。
<code>activerecord</code> 類是
rails 的一個核心組成部分，它将關系型表映射為 ruby 對象，使其成為控制器可以操作并能在視圖 中顯示的資料。rails 應用程式特别傾向于使用廣為應用的 mysql 資料庫，不過也有與很多其他 rdbms 的綁定，比如 ibm? db2?。
如果您願意，您可以添加 ruby 代碼來在應用程式模型中執行額外的驗證，加強資料關聯，或者觸發其他操作。應用程式的 app/models/ 目錄中的 ruby 檔案能夠調用 <code>activerecord</code> 的多種驗證方法。不過，您也可以将模型代碼留作一個存根，而隻是依賴儲存資料
的 rdbms 的限制。例如，我在這個示例中所開發的應用程式隻包含這個骨架模型代碼（至少在開始時是）：
控制器以其抽象形式執行應用程式的邏輯。也就是說，應用程式的 app/controllers/ 目錄中的 ruby 腳本能把模型資料導入為變量，儲存回去，或對其進行修改 和處理。不過，控制器不關心使用者如何适當地顯示或者輸入資料。在通常的 mvc 模型中，這可以讓使用者能夠以多種方式與同一控制器進行互動：本地 gui， web 界面，以及視力較弱的人使用的語音界面都可以與相同的控制器進行互動。
不過，rails 不像那樣非常通用；相反，它僅局限于在 web 頁中提供和收集資料。雖然如此，但是您可以修改那些 web 頁的布局 —— 顔色、字型、表格、 樣式表單，等等 —— 與控制器代碼無關。
rails 視圖是我們編寫 ruby 代碼的地方。rails 包含有一門用于 .rhtml 的非常好的模闆語言，它将純粹的 html 與嵌入的 ruby 代碼組合起來。 rails 應用程式界面的最表層外觀通常是由 css 樣式表單控制的。.rhtml 格式是一種增強的 html。實際上，一個簡單的 html 檔案本身也是一個 合法的 rhtml 模闆，不過，不應該忽略 rhtml 為您提供的腳本控制。
rhtml 是真正的模闆格式 —— 不僅是在 html 中嵌入代碼的方式 —— 這是一種更為有效的方法。如果您熟悉 php，那麼可以考慮 php 本身與 smarty 模闆之間的對照。也就是說，嵌入的腳本隻是将代碼與未被解釋的 html 混合在一起；當需要向客戶機輸出某些内容時，代碼部分
仍要負責執行 <code>print</code> 語句。
與之不同的是，模闆引擎向 html 添加了一組定制的标簽，讓您能夠将條件、循環以及其他邏輯作為增強的 html 标記的一部分來表示。
<a target="_blank" href="http://www.ibm.com/developerworks/cn/linux/l-rubyrails/#ibm-pcon">回頁首</a>
rails 所提供的工具主要是一組代碼生成器。相對于那些強迫我使用嚴格的工作空間和 ide 的開發環境，我更喜歡這種方法。 rails 不會妨礙您，但是卻會為您省去大部分手工程式設計的工作 —— 或者，通過提供“可自由獲得的”初步（first-pass）支架（scaffolding）， 至少幫助您輕松将需要手工編碼的工作分為多個部分。
支架 概念是 rails 中的核心概念。非常簡單的應用程式可能完全不用編碼，讓 rails 在運作時動态地生成客戶機 html 頁面。 第一遍生成代碼時建立的隻是粗略的支架；接下來您可以生成更詳細的能夠定制的控制器、視圖和模型。不過在開始時不需要生成太多。
rails 對其檔案的組織是固定的而且非常普通的，不過這種組織相對嚴格。如果您試圖強行使用其他檔案和代碼組織方式，那麼您可能得 付出努力去修改 rails 環境。再者說，我找不到不使用 rails 所提供的組織方式的理由；在大部分情況下，它“fits your brain”（ruby 的 支援者喜歡這樣講）。例如，如果您從頭開始設計一個架構（至少如果您以“ruby 方式”思考），那麼這些目錄名稱及其組織可能與您的選擇非常接近。
這裡的示例程式與之類似，因為正确開始建構 rails 應用程式的方式是确定的。由于此介紹的長度相對較短，是以我 極力 推薦 那些較長的教程中的一篇，以使得您能夠打好更為全面的基礎。
示例應用程式是一個基本的通訊錄。它示範了建立應用程式的一般步驟：
生成模型（在此步驟中建立 mysql 資料庫和表）。
生成應用程式（包括生成基本代碼和目錄）。
啟動 rails（并配置資料庫的通路）。
建立一些内容（包括生成支架模型和控制器，并告知控制器去使用那個支架）。
我們将詳細研究每一個步驟。
對于任何應用程式，您需要做的第一件事情是為它建立一個存放資料的資料庫。技術上這個步驟不必最先進行，不過需要在早期完成；應該在編寫任何 應用程式代碼（甚至是自動生成的代碼）之前建立資料庫，這應該是顯然的。是以，讓我們在 mysql 資料庫中建立一個資料庫，并在此資料庫中建立第一張表。 （閱讀其他文檔以了解如何安裝運作 mysql 或其他 rdbms。）
我們假定 mysql 已經安裝并且可用。
在這第一張表中有些地方需要注意。最重要的是每一張表都必須擁有一個 <code>id</code> 列，列名稱就是
id。rails 使用 主鍵列 <code>id</code> 來完成各種記錄保持和引用任務。域 <code>created_on</code> 和 <code>updated_on</code> 是不需要的，不過，如果您使用了它們，那麼
rails 會自動地“在背景”維護它們；在大部分情況下使用這些時間戳沒有什麼不好。是以，您還要添加的“真正” 資料就隻是通訊錄内容的名稱。
另一個稍微古怪的方面是，rails 為不同的内容使用單數和複數的名稱。根據上下文，各種條目會被重命名為單數或複數形式。表的名稱應該使用複數格式。 我沒有使用不規則複數單詞的經驗；<code>datum</code> 和 <code>data</code> 等單詞可能會令
rails 出現問題。
既然已經擁有了一個能夠互動的資料庫，就可以建立 <code>addressbook</code> 應用程式了。第一個步驟是簡單地運作 <code>rails</code> 來生成基本目錄和支架代碼：
我删減了運作 <code>rails</code> 的輸出；所忽略了那些行隻是提醒您已經建立的各種檔案和目錄。在您的系統上試運作它，浏覽生成的所有檔案。
我已經在代碼中顯示了一些最重要的檔案和目錄。
建立了 addressbook/ 目錄和所需要的子目錄後，您需要執行一次惟一的初始配置。首先，通過修改 yaml 配置檔案來設定資料庫，如下：
最後，您需要提供資料。rails 附帶了它自己的單一功能的 web 伺服器，即 webrick，非常适用于我們的試驗。您可能也會遵循 ruby on rails web 站點上的說明來配置 apache 或者其他伺服器，以通過 fcgi（或者普通的 cgi，但是普通的 cgi 将會較慢）向 rails 應用程式提供服務。
要在 webrick 端口上看到一個歡迎頁面，先前的步驟就足夠了。例如，在我的本地系統中，現在可以通路 <code>http://gnosis-powerbook.local:3000/</code>。不過，為了操作定制資料庫，需要
生成稍微多一些代碼。可以使用腳本 <code>generate</code> 來完成此任務，
這個腳本建立在 addressbook/ 應用程式目錄中：
注意，在相應的表名中，這裡應該使用單數的 <code>contact</code>，而不是複數的 <code>contacts</code>。
現在需要編輯一個或多個生成的檔案（隻需稍加編輯）來讓控制器去使用支架：
現在可以通過類似于 <code>http://rails.server/contact/</code> 的
url （在我的測試用例中是 <code>http://gnosis-powerbook.local:3000/contact/</code>）來檢視和修改資料庫的内容。
輸入一些資料後，它看起來如圖 1 和圖 2 所示：
前面的代碼建立了一個檢視和修改資料庫的功能完全的界面，不過，所有格式化、顯示以及業務邏輯（比如本來就有的）都由 rails 動态完成， 沒有任何重大修改。為了建立一些更為定制的内容，需要生成更多一些代碼。現在我們所需要的是讓 rails 顯式地寫出它在運作時隐式地生成的 所有支架，以使得我們能夠修改它。
現在有了更多一些要做的，是以嘗試去修改一些内容。（注意此代碼已經重新使用了複數格式 <code>contacts</code>，
我不清楚其原因；現在我們需要接受它。）嘗試在 css 中修改一些顔色和字型：
您已經擁有了這段代碼，那麼 <code>contacts_controller.rb</code> 做什麼？就其操作而言，它比前面的代碼中所出現的 <code>contact_controller.rb</code> 更為顯式且可配置。控制器類似如下：
如前所述，控制器的主要任務是将資料導入到變量之中。對象 <code>contact</code> 是模型所提供的 <code>activerecord</code> 對象-關系映射。變量 <code>@contacts</code> 或者<code>@contact</code> 是它們的适當方法中所給出的資料。
通過 url 可以通路那些方法本身，比如 <code>http://rails.server/contacts/show/2</code> （這一個方法顯示出 <code>id</code> 為“2”的聯系人）。
此示例中的控制器最終連接配接到了視圖，即 rhtml 檔案，它們使用的是控制器導入到變量中的資料值。例如，這裡是 <code>list</code> 視圖的一部分：
方法 <code>contactscontroller.list</code> 導入變量 <code>@contacts</code>，rhtml
中的流控制标簽從數組中 取出單個的記錄。
初始的模型隻包含聯系人的名字。不幸的是，本文中我已經沒有餘地擴充這個模型以使其包含實際的聯系人資料，比如電話号碼、位址、電子郵件等等。通常，那些資料 應該存放在一張子表中，子表的外部關鍵字關聯到表 <code>contacts</code>。rails
模型會使用類似這樣的定制代碼來指明關聯：
在結束之前，讓我們來對資料模型稍加修改，以檢視它如何影響應用程式。首先，添加一列：
既然已經修改了底層的模型，<code>http://rails.server/contact/</code> ——
支架的背景版本 —— 就會直接調整過來，不需要您做什麼。 控制器和視圖是完全自動基于模型的。不過，在 <code>http://rails.server/contacts/</code> 上應用程式版本使用了我們手工編寫的檔案，
并不是那樣自動化的。
<code>list</code> 視圖将 <code>contact.content_columns</code> 作為模闆循環的一部分，能夠
自動查找 所有 的列，不管它們是什麼。不過，<code>edit</code> 等其他視圖已經被生成了，需要添加新的
資料域。例如：
那麼您手工修改的應用程式看起來如何了呢？與預設的差別不太大，不過在圖 3 和 4 中可以看到修改已經生效了：