一个比建议的答案更好/更干净的潜在方法是覆盖访问器，像这样:

def status
  self['status'] || ACTIVE
end

请参阅ActiveRecord::Base文档中的“覆盖默认访问器”和StackOverflow中关于使用self的更多信息。

伙计们，我最后做了以下事情:

def after_initialize 
 self.extras||={}
 self.other_stuff||="This stuff"
end

效果好极了!

一些简单的情况可以通过在数据库模式中定义默认值来处理，但这不能处理许多棘手的情况，包括其他模型的计算值和键。对于这些情况，我这样做:

after_initialize :defaults

def defaults
   unless persisted?
    self.extras||={}
    self.other_stuff||="This stuff"
    self.assoc = [OtherModel.find_by_name('special')]
  end
end

我决定使用after_initialize，但我不希望它应用于只发现那些新的或创建的对象。我认为几乎令人震惊的是，这个明显的用例没有提供一个after_new回调，但我已经通过确认对象是否已经被持久化来表明它不是新的。

看过Brad Murray的回答后，如果条件被移动到回调请求，这就更加清晰了:

after_initialize :defaults, unless: :persisted?
              # ":if => :new_record?" is equivalent in this context

def defaults
  self.extras||={}
  self.other_stuff||="This stuff"
  self.assoc = [OtherModel.find_by_name('special')]
end

我发现使用验证方法对设置默认值提供了很多控制。您甚至可以为更新设置默认值(或失败验证)。如果需要的话，您甚至可以为插入和更新设置不同的默认值。 注意，默认值不会设置，直到#valid?被称为。

class MyModel
  validate :init_defaults

  private
  def init_defaults
    if new_record?
      self.some_int ||= 1
    elsif some_int.nil?
      errors.add(:some_int, "can't be blank on update")
    end
  end
end

关于定义after_initialize方法，可能会有性能问题，因为after_initialize也会被:find返回的每个对象调用: http://guides.rubyonrails.org/active_record_validations_callbacks.html#after_initialize-and-after_find

after_initialize解决方案的问题是，无论是否访问该属性，都必须向从DB中查找的每个对象添加after_initialize。我建议采用惰性加载方法。

属性方法(getter)当然是方法本身，因此您可以覆盖它们并提供默认值。喜欢的东西:

Class Foo < ActiveRecord::Base
  # has a DB column/field atttribute called 'status'
  def status
    (val = read_attribute(:status)).nil? ? 'ACTIVE' : val
  end
end

除非，就像有人指出的那样，你需要执行Foo.find_by_status('ACTIVE')。在这种情况下，我认为您确实需要在数据库约束中设置默认值，如果数据库支持它的话。

我们通过迁移(通过在每个列定义上指定:default选项)将默认值放入数据库中，并让Active Record使用这些值为每个属性设置默认值。

恕我直言，这种方法与AR的原则是一致的:约定高于配置，DRY，表定义驱动模型，而不是相反。

注意，默认值仍然在应用程序(Ruby)代码中，尽管不在模型中，但在迁移中。