Ruby on Rails中的ActiveRecord編程指南
避免改動缺省的 ActiveRecord(表的名字、主鍵,等等),除非你有一個非常好的理由(像是不受你控制的數(shù)據(jù)庫)。
把宏風格的方法放在類別定義的前面(has_many, validates, 等等)。
偏好 has_many :through 勝于 has_and_belongs_to_many。 使用 has_many :through 允許在 join 模型有附加的屬性及驗證
# 使用 has_and_belongs_to_many class User < ActiveRecord::Base has_and_belongs_to_many :groups end class Group < ActiveRecord::Base has_and_belongs_to_many :users end # 偏好方式 - using has_many :through class User < ActiveRecord::Base has_many :memberships has_many :groups, through: :memberships end class Membership < ActiveRecord::Base belongs_to :user belongs_to :group end class Group < ActiveRecord::Base has_many :memberships has_many :users, through: :memberships end
使用新的 。
當一個慣用的驗證使用超過一次或驗證是某個正則表達映射時,創(chuàng)建一個慣用的 validator 文件。
# 差 class Person validates :email, format: { with: /^([^@\s]+)@((?:[-a-z0-9]+\.)+[a-z]{2,})$/i } end # 好 class EmailValidator < ActiveModel::EachValidator def validate_each(record, attribute, value) record.errors[attribute] << (options[:message] || 'is not a valid email') unless value =~ /^([^@\s]+)@((?:[-a-z0-9]+\.)+[a-z]{2,})$/i end end class Person validates :email, email: true end
所有慣用的驗證器應(yīng)放在一個共享的 gem 。
自由地使用命名的作用域(scope)。
class User < ActiveRecord::Base scope :active, -> { where(active: true) } scope :inactive, -> { where(active: false) } scope :with_orders, -> { joins(:orders).select('distinct(users.id)') } end
將命名的作用域包在 lambda 里來惰性地初始化。
# 差勁 class User < ActiveRecord::Base scope :active, where(active: true) scope :inactive, where(active: false) scope :with_orders, joins(:orders).select('distinct(users.id)') end # 好 class User < ActiveRecord::Base scope :active, -> { where(active: true) } scope :inactive, -> { where(active: false) } scope :with_orders, -> { joins(:orders).select('distinct(users.id)') } end
當一個由 lambda 及參數(shù)定義的作用域變得過于復(fù)雜時,更好的方式是建一個作為同樣用途的類別方法,并返回一個 ActiveRecord::Relation 對象。你也可以這么定義出更精簡的作用域。
class User < ActiveRecord::Base def self.with_orders joins(:orders).select('distinct(users.id)') end end
注意 update_attribute 方法的行為。它不運行模型驗證(不同于 update_attributes )并且可能把模型狀態(tài)給搞砸。
使用用戶友好的網(wǎng)址。在網(wǎng)址顯示具描述性的模型屬性,而不只是 id 。
有不止一種方法可以達成:
覆寫模型的 to_param 方法。這是 Rails 用來給對象建構(gòu)網(wǎng)址的方法。缺省的實作會以字串形式返回該 id 的記錄。它可被另一個具人類可讀的屬性覆寫。
class Person def to_param "#{id} #{name}".parameterize end end
為了要轉(zhuǎn)換成對網(wǎng)址友好 (URL-friendly)的數(shù)值,字串應(yīng)當調(diào)用 parameterize 。 對象的 id 要放在開頭,以便給 ActiveRecord 的 find 方法查找。
* 使用此 friendly_id gem。它允許藉由某些具描述性的模型屬性,而不是用 id 來創(chuàng)建人類可讀的網(wǎng)址。
Ruby class Person extend FriendlyId friendly_id :name, use: :slugged end
查看 gem 文檔獲得更多關(guān)于使用的信息。
相關(guān)文章
Ruby設(shè)計模式編程中對外觀模式的應(yīng)用實例分析
這篇文章主要介紹了Ruby設(shè)計模式編程中對外觀模式的應(yīng)用實例分析,外觀模式在Ruby on Rails開發(fā)項目中也經(jīng)常被用到,需要的朋友可以參考下2016-03-03Ruby創(chuàng)建“關(guān)鍵字”同名方法別名的方法
這篇文章主要介紹了Ruby創(chuàng)建“關(guān)鍵字”同名方法別名的方法,本文提示的是一個小技巧,特殊場景時可能會用到,需要的朋友可以參考下2015-01-01Ruby on Rails在Ping ++ 平臺實現(xiàn)支付
本文給大家分享的是使用Ruby on Rails在Ping ++ 平臺實現(xiàn)支付功能的代碼,非常的實用,有需要的小伙伴可以參考下。2016-02-02