可以通过简单地执行以下操作来改进after_initialize回调模式

after_initialize :some_method_goes_here, :if => :new_record?

如果您的init代码需要处理关联，那么这就有一个非常重要的好处，因为如果您读取初始记录而不包括关联记录，那么下面的代码将触发一个微妙的n+1。

class Account

  has_one :config
  after_initialize :init_config

  def init_config
    self.config ||= build_config
  end

end

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

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

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

我使用属性默认的宝石

从文档中可以看到: 运行sudo gem install attribute-defaults并添加require 'attribute_defaults'到你的应用中。

class Foo < ActiveRecord::Base
  attr_default :age, 18
  attr_default :last_seen do
    Time.now
  end
end

Foo.new()           # => age: 18, last_seen => "2014-10-17 09:44:27"
Foo.new(:age => 25) # => age: 25, last_seen => "2014-10-17 09:44:28"

https://github.com/keithrowell/rails_default_value

class Task < ActiveRecord::Base
  default :status => 'active'
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

我强烈建议使用“default_value_for”gem: https://github.com/FooBarWidget/default_value_for

有一些棘手的场景需要重写initialize方法，这个gem就是这样做的。

例子:

你的db默认值是NULL，你的模型/ruby定义的默认值是“一些字符串”，但你实际上想要设置值为nil的原因:MyModel。新(my_attr: nil)

这里的大多数解决方案将无法将值设置为nil，而是将其设置为默认值。

好吧，所以你不用||=方法，而是切换到my_attr_changed?…

但是现在假设你的数据库默认值是"some string"，你的模型/ruby定义的默认值是"some other string"，但在某种情况下，你想将值设置为"some string"(数据库默认值):MyModel。新(my_attr:“some_string”)

这将导致my_attr_changed?为false是因为该值与db默认值匹配，而db默认值将触发ruby定义的默认代码，并将该值设置为“其他字符串”——同样，这不是您想要的。

由于这些原因，我不认为这可以通过一个after_initialize钩子正确地完成。

同样，我认为“default_value_for”gem采用了正确的方法:https://github.com/FooBarWidget/default_value_for