Link Search Menu Expand Document

環境設定與Bundler

Complication is What Happens When You Try to Solve a Problem You Don’t Understand - Andy Boothe

這一章我們走訪Rails的一些設定、Bundler,以及Command Line指令的用法。

目錄結構

這一節讓我們走訪一個 Rails 的目錄結構:

app/

app 目錄是你主要工作的地方,不同子目錄存放了 Models、Controllers、Views、Helpers 和 Assets 等檔案。

app/controllers

Controller 的類別檔案存放在這裡

app/models

Model 的類別檔案存放在這裡

app/views

View 的樣本(template)檔案,依照不同 Controllers 分子目錄存放。

app/helpers

Helper 一些在 Views 中可以使用的小方法,用來產生較複雜的 HTML。預設的 Helper 檔案命名是對應 Controller 的,不過並不強制,定義在任一個 Helper 檔案中的方法,都可以在任何 Views 中使用。

app/assets

Assets 靜態檔案存放在這裡,包括有JavaScriptStylesheets樣式表和Images圖檔。詳細的用法會在Assets一章中介紹。

config/

雖然 Rails 的原則是慣例優於設定,不過還是有一些需要設定的地方。這個目錄下存放了例如資料庫設定檔 database.yml、路由設定 routes.rb、應用程式設定檔 application.rb 和不同執行環境的設定檔在 config/environments 目錄下。

db/

資料庫 Schema(綱要) 和定義檔 migrations

lib/

如果你有一些共用的類別或模組檔案,可以放在這裡,然後用require載入。例如一個放在lib/foobar.rb的類別或模組檔案,可以在要使用的.rb檔案中這樣載入:

require "foobar"

如果放在子目錄lib/foo/bar.rb的話:

require "foo/bar"

lib/tasks

Rake 任務檔案存放在這裡,我們會在 Rails 錦囊妙計 一章介紹 Rake。

log/

不同執行環境的 log 檔案會分別記錄在這裡

public/

這個目錄對 Web 伺服器來說,就是文件根目錄(document root),也就是唯一可以在網路上讀取到的目錄。

bin/

Rails 的腳本檔案,例如執行bin/rake

test/

單元測試、功能測試及整合測試的檔案。本書會改用RSpec做測試,所以這一個目錄會被砍掉。RSpec的測試檔案會放在spec/目錄下。

tmp/

. 用來存放暫時用途的檔案

vendor/assets

可將第三方的CSS/JavaScript函式庫(沒有提供Gem安裝版本的)複製一份放在這裡。

其他根目錄下的檔案

  • config.ru 用來啟動應用程式的 Rack 設定檔
  • Gemfile 設定你的 Rails 應用程式會使用哪些 Gems
  • README.md 你的應用程式使用手冊。你可以用來告訴其他人你的應用程式是做什麼用的,如何使用等等。這會是Github上的專案首頁。
  • Rakefile 用來載入可以被命令列執行的 Rake 任務

多重環境

Rails 應用程式預設提供了三種不同的執行模式:

  • development environment 開發模式,用在你的開發的時候
  • test environment 測試模式,用在執行測試程式時
  • production environment 正式上線模式,用在實際的上線運作環境

不同環境的差異在於有不同的設定,除了資料庫設定 database.yml 裡分開設定之外,個別的環境設定放在 config/environments/development.rb、config/environments/test.rb 和 config/environments/production.rb,它們可以有不同的 Log 層級、Session 設定、Email 設定等等。除了預設的這三種模式,我們也可以自定模式,只需要建立對應的檔案即可,例如 config/environments/staging.rb。我們會在下一節詳述這些檔案裡面的設定。

staging 可以用來表示準上線模式,用來做正式上線前的 QA 測試用途。

因為程式本身是不是寫死是哪一種執行模式,那麼要怎麼區分呢?根據不同情況有不同方法,包括:

根據環境變數 RAILS_ENV 或 RACK_ENV 來決定使用哪一種模式,例如使用rake時:

RAILS_ENV=production bin/rake db:migrate

下一節會介紹的rails指令根據參數決定:

bin/rails console production
bin/rails server -e production

最後,應用程式伺服器則看伺服器設定檔,例如Passenger裡會設定RackEnv參數,佈署一章會詳細介紹。

Rails 指令

我們已經陸續使用過一些指令了,讓我們看看全部的指令吧:

generate 可縮寫為 g

產生各種不同類型的檔案,例如

bin/rails generate model person
bin/rails g controller people

console 可縮寫為 c

開啟一個 Rails 主控台

bin/rails console
bin/rails c

預設的環境是 developement,如果需要指定環境,請多輸入環境名稱即可,例如:

bin/rails c production

Rails也有提供沙箱模式(Sandbox),任何資料庫的修改都會在離開時回復(原理是資料庫Transaction):

bin/rails c --sandbox

在主控台中輸入exit就會離開。

server 可縮寫為 s

開啟一個 Rails 伺服器

bin/rails s

預設是使用 Port 3000 和 development 環境,如果需要指定:

bin/rails s -p 4000 -e production

new

建立一個新 Rails 專案

bin/rails new my_app

將會建立一個叫做 MyApp 的 Rails 專案在 ./my_app 目錄下。加上--database參數可以改變設定檔的預設值,例如:

bin/rails new my_app --database=mysql

其他說明可以輸入 rails 看到全部的指令。

其他指令

  • dbconsole 開起一個資料庫主控台 (可簡寫為 rails db),讓你直接輸入 SQL 指令。
  • destroy 刪除 “generate” 所產生的檔案
  • runner 在 Rails 環境中執行一段程式,例如 rails runner “puts Person.count”

Rails 啟動與應用程式設定

不同的 Rails 版本產生的設定檔可能會略有差異,這些設定檔也沒有列出所有Rails設定,只有列出比較常用的。

啟動整個 Rails 程序(包括 rails server, rails runner, rails console 等) 時,會執行 application.rb 的應用程式設定,讓我們來看看這個檔案一些比較重要的部分吧。如果你對這個檔案有修改,無論在什麼模式下,都必須重新啟動 Rails 設定才會生效。

# Set Time.zone default to the specified zone and make Active Record auto-convert to this zone.
# Run "rake -D time" for a list of tasks for finding time zone names. Default is UTC.
# config.time_zone = 'Central Time (US & Canada)'

設定預設的應用程式時區,預設是 UTC。在 Rails 中,資料庫裡面儲存的時間皆為 UTC 時間,而設定此時區會自動幫你處理轉換動作。例如設定 Taipei 的話,從資料庫讀取出來時會自動加八小時,存進資料庫時會自動減八小時。

# The default locale is :en and all translations from config/locales/*.rb,yml are auto loaded.
# config.i18n.load_path += Dir[Rails.root.join('my', 'locales', '*.{rb,yml}').to_s]
# config.i18n.default_locale = :de

設定預設的應用程式語系,預設是:en。我們會在”I18n 多國語系及時區”一章介紹如何使用。

其他初始設定檔(initialzers)

如果將所有的設定都放到 application.rb 就太混亂了,所以非 Rails 核心的設定,我們會放在config/initializers目錄下。這個目錄下的所有.rb檔案會在Rails啟動時都會自動載入執行。預設產生的檔案有五個:

filter_parameter_logging

# Configure sensitive parameters which will be filtered from the log file.
Rails.application.config.filter_parameters += [:password]

設定 filter_paramsters 可以避免任何叫做 password 的參數值記錄到 log 中,有效防止使用者的原始密碼外洩到 log 檔案。

backtrace silencers

可以讓你選擇性地移除例外追蹤(exception backtrace)訊息,例如有些套件可能會很吵,妨礙你除錯。

inflections

Rails 的命名慣例十分倚賴英文的單複數,例如將單數的類別名稱 Person 轉成複數的表格名稱 people。Inflector 就是負責將字串轉換成單複數的類別,雖然它內建了一些基本的轉換規格,但是英文常常有例外的時候,你可以在這個檔案中加上新的規格來做修正。如果你不太確定 Rails 轉換的對不對,請進入 console 主控台試試看:

$ rails c
$ Loading development environment (Rails 3.2.8)
$ > "Business".singularize  => "Busines" # 轉單數
$ > "moose".pluralize => "mooses"  # 轉複數

很不幸地這兩個例子 Rails 都沒轉對,這時候你就可以利用 inflections.rb 來修正。

Rails 核心不接受有關單複數轉換的單字錯誤回報,畢竟它不是想做字典。

mime_types

Rails 預設支援了如下常見的標準 MIME(Multipurpose Internet Mail Extensions) 格式,MIME 被用在 HTTP 通訊協定中的請求標頭 Accept 和回應標頭 Content-Type 中,來說明此文件的格式。例如 Accept:application/xml,application/xhtml+xml,text/html; 和 Content-Type:text/html; charset=UTF-8。而 Rails 會在 Controller 的 respond_to 方法中辨識並回應所請求的格式樣板,例如瀏覽器請求 application/xml 就會回應 xml 格式

type/subtype respond_to symbol 別名/說明
text/html :html, :xhtml application/xhtml+xml
text/plain :text, :txt
text/javascript :js application/javascript, application/x-javascript
text/css :css
text/calendar :ics iCalendar 格式
text/csv :csv
application/xml :xml text/xml, application/x-xml
application/rss+xml :rss
application/atom+xml :atom
application/x-yaml :yaml text/yaml
application/x-www-form-urlencoded :url_encoded_form 預設的 HTML forms 格式
multipart/form-data :multipart_form HTML forms 格式(包含二進位檔案資料)
application/json :json text/x-json application/jsonrequest

如果你需要客製,可以在這裡註冊。

sesssion_store

Rails 預設使用了 Cookie 來儲存 Session 訊息。它會用上述的 key 編碼之後,直接存放在使用者瀏覽器 Cookie 上。除了 Cookie Session,我們也可以使用 ActiveRecord 儲存在資料庫中。我們會在 Controller 一章中詳細介紹及比較。

config/secrets.yml

這個設定檔包括了亂數產生的一組secret_key_base用來編碼需要保護的Cookie訊息。修改這組 key 會讓已經存放在使用者瀏覽器上的 Cookie Session 和 Signed Cookie 失效。你可以用來強制使用者需要重新登入。

development:
  secret_key_base: 8dd8d723d33d474710ab65b....
  some_api_key: SOMEKEY

test:
  secret_key_base: 175fa99b200ba23cf82fec6c....

# Do not keep production secrets in the repository,
# instead read values from the environment.
production:
  secret_key_base: <%= ENV["SECRET_KEY_BASE"] %>

除了本來的secret_key_base之外,你也可以用這個檔案放其他設定,例如第三方應用的KeyToken。上述的例子透過Rails.application.secrets.some_api_key方法就會回傳SOMEKEY

請小心這個檔案不要將production用的secret公開,例如上傳到Github的公開儲存庫。因為如果有人拿到secret_key_base那他就可以破解Rails預設的Cookie-based Session,造成安全上的嚴重漏洞。一般Production環境的作法是會將含有production完整設定的config/secrets.yml只放一份在伺服器上,或是透過環境變數來設定。詳細的作法可以參考佈署一章。

環境設定檔

我們在上一節”多重環境設定”曾經介紹不同環境會有不同的設定檔,讓我們來更深入看看有哪些設定值,以及這些值是如果影響 Development、Production 和 Test 環境的不同:

Development 模式

# In the development environment your application's code is reloaded on
# every request. This slows down response time but is perfect for development
# since you don't have to restart the web server when you make code changes.
config.cache_classes = false

使用 Rails 開發可以快速的原因之一,就是當你修改一個小東西,只要重新整理瀏覽器就可以馬上看到修改後的結果。這個秘訣就在於 cache_classes = false 會讓每一次的 HTTP 請求都重新載入類別檔案。更仔細的說,當這個值是 false 的時候,Rails 會改用 Ruby 的 load 方法,每次執行都會重新載入一次。相反地,如果這個值是 true,則會用 Ruby 的 require 方法,只會在第一次碰到的時候載入,之後碰到 require 相同的檔案,就會自動忽略,也就是說如果你啟動 Rails 後,檔案有修改想看到結果,必須重新啟動 Rails 才行,否則無法立即看到結果。

# Show full error reports and disable caching
config.consider_all_requests_local = true

Rails只有在連線是來自本地端的時候,才會將發生錯誤時的Call stack trace資訊給瀏覽器顯示。這個設定將所有連線都當做本地端連線,好讓開發模式時所有人連線都可以看到錯誤訊息。

config.action_controller.perform_caching = false

是否啟用 Controller 層級的快取(我們會在 Controller 一章介紹到有哪些快取方法),一般來說在開發模式不會啟用,除非你要測試它。

# Don't care if the mailer can't send
config.action_mailer.raise_delivery_errors = false

如果寄信失敗,是否要丟出例外。建議可以改成 true。

建議可以在開發模式設定 config.action_mailer.perform_deliveries = false,這樣就不會真的寄信出去。我們會再 ActionMailer 一章詳細介紹如何實作寄信功能。

Production 模式

# The production environment is meant for finished, "live" apps.
# Code is not reloaded between requests
config.cache_classes = true

cache_classes = true 表示在 production 中,類別檔案載入進記憶體中就快取起來了,大大獲得效能。不像在 development 環境中每一次 HTTP 請求就會重新載入一次。

# Full error reports are disabled and caching is turned on
 config.consider_all_requests_local       = false
config.action_controller.perform_caching = true

不同於 development,如果在 production 環境出現例外錯誤,不會顯示程式 call stack 訊息,而是回傳 public/500.html 頁面。

# Disable Rails's static asset server (Apache or nginx will already do this)
config.serve_static_assets = false

“X-Sendfile” 是網頁伺服器提供的功能,可以讓下載檔案的動作完全委派給網頁伺服器,Rails 送出 X-Sendfile 標頭後就毋需再佔住資源。

# Force all access to the app over SSL, use Strict-Transport-Security, and use secure cookies.
# config.force_ssl = true

是否限制全站必須SSL才能使用。

# See everything in the log (default is :info)
# config.log_level = :debug

我們在 RESTful 應用程式 一章最後介紹了 Logger。這裡可以設定 Logger 的層級。預設 production 是 :info,其他則是 :debug

# Use a different logger for distributed setups
# config.logger = ActiveSupport::TaggedLogging.new(SyslogLogger.new)

可以更換掉 Rails 內建的 Logger,例如換成使用 syslog 的 SyslogLogger

# Use a different cache store in production
# config.cache_store = :mem_cache_store

設定不同的快取儲存庫,預設是 :memory_store,也就是每個 Rails process 各自用記憶體存放。業界最常用的則是 memcached 記憶體快取伺服器。

# Enable serving of images, stylesheets, and javascripts from an asset server
# config.action_controller.asset_host = "http://assets.example.com"

預設的靜態檔案位置是目前主機的 public 目錄,你可以透過修改 asset_host 變更位置。例如你的靜態檔案放在不同台機器或 CDN(Content delivery network) 上。

這就是為什麼 Rails 在 View 中會使用 Helper 方法的原因之一,我們不會平舖直敘的寫 ,而是使用 <%= image_tag(“rails.png”) %> 目的就在於透過程式來獲得修改位置的彈性。其他還包括 stylesheets、javascripts 等靜態檔案都有 Helper 可以使用。

# Disable delivery errors, bad email addresses will be ignored
# config.action_mailer.raise_delivery_errors = false

# Enable locale fallbacks for I18n (makes lookups for any locale fall back to
# the I18n.default_locale when a translation can not be found)
config.i18n.fallbacks = true

如果 I18n 翻譯檔找不到,則找用預設語系的文字。我們會在I18n一章詳細介紹多國語系功能。

Test 模式

# Show full error reports and disable caching
config.consider_all_requests_local       = true
config.action_controller.perform_caching = false

# Raise exceptions instead of rendering exception templates
config.action_dispatch.show_exceptions = false

不同於 development 或 production 碰到例外會捕捉例外後,給瀏覽器顯示出 call stack trace 或 public/500.html 畫面,在 test 模式就不處理,讓例外直接爆出。

# Tell Action Mailer not to deliver emails to the real world.
# The :test delivery method accumulates sent emails in the
# ActionMailer::Base.deliveries array.
config.action_mailer.delivery_method = :test

測試模式下不會真的去寄送email

資料庫設定檔 database.yml

幾乎每一個 Rails 應用程式都會與資料庫互動。而資料庫需要一個設定檔是 config/database.yml。如果你打開這個檔案,你會發現預設設定是 SQLite3。這個檔案包含三個不同的部分,對應到三個 Rails 預設環境。

一個 Mysql 的設定檔範例如下:

development:
  adapter: mysql
  encoding: utf8mb4
  database: blog_development
  username: root
  password:
production:
  adapter: mysql
  encoding: utf8mb4
  database: blog_production
  username: root
  password:
test:
  adapter: mysql
  encoding: utf8mb4
  database: blog_test
  username: root
  password:

Bundler 與 Gemfile 設定檔

Bundler http://gembundler.com/ 是管理應用程式 Gem 依存性(dependencies)管理工具,它會根據 Gemfile 的設定自動下載及安裝 Gem 套件,並且幫你解決不同套件之間的依存關係,更重要的是,它可以讓不同開發者之間和佈署時,所有依存套件的版本都能夠一致。

在 Rails3 之後要使用的 Gems,都必須宣告在 Gemfile 設定檔中,沒寫在裡面的話,就算手動 require 也找不到。這跟 Rails2 以前可以直接 require 任意 rubygems 不同,在使用 Bundler 的環境中,要 require 什麼 rubygems 必須透過 Gemfile 管理。

Bundler 不只用在 Rails,其他例如 Sinatra 或是舊版 Rails2 也都可以使用

Gemfile 的寫法說明如下:

  # 第二個參數可以指定版本
  gem "rails", "5.1.0"

  # 也可以不指定版本,這樣會安裝最新的穩定版本 (不包括 .pre 或 .rc 結尾的版本)
  gem 'mysql2'

  # 如果 require 的檔名不同,可以加上 :require
  gem 'yajl-ruby', :require => 'yajl'

  # 可以用 Git 當做來源(根目錄要有 .gemspec 檔案),甚至可以指定 branch, tag 或 ref。
  gem 'authlogic', :git => 'git://github.com/odorcicd/authlogic.git',
                            :branch => 'rails3'

  # 也可以直接用電腦裡的其他目錄
  # gem "rails", :path => '/Users/ihower/github/rails'

  # Group 功能可以讓特定環境才會載入
  group :development, :test do
     gem "rspec", "~> 2.0"
     gem "rspec-rails", "~> 2.0"
  end

版號的指定方式除了指定特定版本,還可以指定大於等於 >= 某個版本。不過最建議的方式則是使用 ~> 的語法。”~> x.y.z” 的意思是版號 x,y 固定,但可以大於等於 z。例如 “~> 1.3.5” 的意思是 1.3.5, 1.3.6, 1.3.9 可以安裝,但是 1.4.0, 1.5.5, 2.0.1 就不行。這種寫法的好處是,通常版號的命名有其慣例:x major 版號升級表示有 API 發生不向後的相容性變動,y minor 版號升級表示有功能新增,z tiny 版號升級表示 bugs 修正。因此 “~> x.y.z” 可以讓我們保有升級彈性,又不致於升級太多讓程式發生不相容錯誤。這種命名是開放源碼社群的慣例,叫做 Semantic Versioning

安裝及更新 Gems

如果你修改了這個檔案,請執行 bundle install,這樣 Bundler 就會檢查並安裝這些函式庫,並產生一個 Gemfile.lock 檔案。Gemfile.lock 檔案會詳細列出所有使用到的套件版本,你應該把這個檔案也 commit 送進版本控制系統,這樣其他開發者及上線的版本就都會安裝完全一樣的版本了。

執行 bundle update gem_name 則會更新此 gem 的版本。bundle update 則會檢查所有的 gem 更新到最新版本。一般來說你只需要在每次 Gemfile 修改後,執行 bundle install 即可。如果有套件關連性 bundle install 無法解決,它會提示你執行 bundle update。

什麼時候該執行 bundle install 或 bundle update 呢?一般來說,總是執行 bundle install 即可。這個指令只會做必要的更新到 Gemfile.lock,執行速度較快,它不會幫你升級現有的 Gem。而 bundle update 會重新產生整個 Gemfile.lock 檔案,更新所有 Gem 到最新版本。但是,一次升級太多套件,可能會造成除錯上的困難。因此會建議如果要升級,請執行 bundle update gem_name 一次升級一個套件。

怎麼知道可以升級哪些Gem呢?

bundle outdated

這個指令就會列出有新版本可以升級的gems

如果你想知道打開套件的原始碼,可以輸入:

bundle open GEM_NAME

這樣就會用預設的編輯器打開了。

如何設定預設編輯器呢? 如果你使用MacBash的話,編輯~/.bash_profile加上export EDITOR="vim"這樣就會用VIM當作預設編輯器。

打包 Gems

執行以下指令,會將所有用到的 Gems 打包進 vendor/cache 目錄。如此執行 bundle install 時就不會連線到 http://rubygems.org 下載套件。

bundle package

什麼時候需要用到這個功能呢?例如你希望佈署的時候避免外部連線,或是你有非公開的 gems 不會上傳到 http://rubygems.org 網站上。

如果你有非 Rails 的 script 需要執行(也就是放在 Gemfile 檔案中的 Gem 所自行提供的執行檔),使用 bundle exec 可以正確的載入 Bundler 的環境。例如 bundle exec rspec spec/

名稱慣例

在 Rails 中有一些命名上的慣例:

類別命名與自動載入

檔名使用小寫、單數,用底線區隔。例如當 Rails 看到一個 OrderItem 的類別或模組(Module),它會在Rails設定的自動載入目錄(包括app/modelsapp/models/concerns等等)中去載入叫做 order_item.rb 的檔案,也就是自動 require “order_item”。

如果是有嵌套的類別或模組,例如 Admin::OrderItem,則會多一層目錄,例如載入app/models/admin/order_item.rb 的檔案,也就是自動 require “admin/order_item”。

如果你想要新增目錄到Rails設定的自動載入目錄,可以編輯config/application.rb加上

config.eager_load_paths += %W( #{config.root}/lib )

這樣就會自動載入lib目錄了。如果你沒有設定 eager_load_paths,或是你的檔案沒有依照慣例命名,那麼你會需要在程式中手動 require 它。基本上,只要依照命名慣例,你不太需要在程式中寫 require。

eager_load_paths 目錄是指 Rails 會自動根據命名慣例載入,而 Ruby 的 $LOAD_PATH 常數則是 require 時會尋找的目錄。像 lib 這個目錄 Rails 預設就只有加到 $LOAD_PATH 之中,所以你放在 lib 的檔案是可以 require 到,但是因為預設沒有加到 eager_load_paths 之中,所以沒有自動載入的機制。

Model 命名

類別名稱使用大寫、單數,沒有底線。而檔名使用小寫、單數,用底線。資料庫表格名稱用小寫且為複數。例如:

  • 資料庫表格 line_items
  • 檔名 app/models/line_item.rb
  • 類別名稱 LineItem

Controller 命名

假設有一個stores controller的話:

  • 檔名 app/controllers/stores_controller.rb
  • 類別名稱 StoresController

如果需要將controllers檔案做分類,這時候可以使用Module,將檔案放在子目錄下,例如後台專用的controllers

  • 檔名 app/controllers/admin/stores_controller.rb
  • 類別名稱 Admin::StoresController

View 命名

例如一個叫做 People 的 controller,其中的 index action:

  • 檔名 app/views/people/index.html.erb
  • Helper 名稱 module PeopleHelper
  • 檔名 app/helpers/people_helper.rb

Rails 元件導覽

Rails 包含許多個別的函式庫元件:

  • Action Pack
  • Action Controller
  • Action Dispatch
  • Action View
  • Action Mailer
  • Active Model
  • Active Record
  • Active Support
  • Railties

Action Pack

Action Pack 是個包含 Action Controller、Action View 和 Action Dispatch 的 gem。也就是 “MVC” 中的 “VC” 部分。

Action Controller

Action Controller 是 Rails 應用程式中,管理 Controllers 的元件。Action Controller 框架處理傳給 Rails 的 HTTP 請求,萃取出參數,然後分派給所屬的 Action。Action Controller 還提供了 session 管理、樣板演算顯示(template rendering) 和 redirect 功能。

Action View

Action View 負責 Rails 應用程式中的 Views。它預設可以產生 HTML 或 XML 輸出。Action View 負責樣板的演算顯示(template rendering),包括嵌套(nesting)或局部(partial)樣板,甚至也內建支援一些 Ajax。

Action Dispatch

Action Dispatch 處理 HTTP 請求的路由(routing),它把 HTTP 請求發派(dispatch)到它該去的地方,也許是你的應用程式或其他 Rack 程式。

Action Mailer

Action Mailer 是個建構 E-mail 功能的框架。你可以使用 Action Mailer 來接收來信,或是使用樣板來寄出純文字或複雜的 multipart 信件。

Active Model

Active Model 在 Action Pack gem 和 ORM gem (例如 Active Record) 之間定義了一組介面。Active Model 允許 Rails 可以依你的需求把 Active Record 換成其他 ORM 框架。

Active Record

Active Record 是 Rails 應用程式中的 Models 基礎。它不依存特定的資料庫系統,提供了 CRUD 功能、先進的查詢能力以及可以跟其他 Models 關聯的本事。

Active Support

Active Support 是 Rails 裡的工具函式庫,它也擴充了一些 Ruby 標準函式庫。除了被用在 Rails 核心程式中,你也可以在你的程式中使用。

Railties

Railties 是 Rails 的核心程式碼,用來把以上各種的框架函式庫以及 Plugin 全部組合在一起。

更多線上資源


Copyright © 2010-2022 Wen-Tien Chang All Rights Reserved.