Callbacks

“活动记录”控制“模型”对象的生命周期—它创建它们，监视它们的修改，保存，更
新和删除。使用“回调”，“活动记录”让我们的代码参与这种监视过程。我们可以在一个
对象的生命周期内让任何重大的事件来调用我们写的代码。在这些“回调”内，我们可以完
成复杂的确认，映射列的值并将它们传递到数据库外部，甚至可阻止某些操作的完成。
我们已经在“动作”内看到这个功能。当我们添加用户管理代码给我们的Depot 应用程
序时，我们想确保我们的管理员不能从数据库内删除魔法用户Dave，所以我们添加下列“回
调”给User 类。

class User < ActiveRecord::Base
before_destroy :dont_destroy_dave
def dont_destroy_dave
raise "Can't destroy dave" if name == 'dave'
end
end
before_destroy 调用注册don’t_destroy_dave()方法为一个“回调”，它在user 对象被删除时被调用。如果试图删除Dave 用户，这个方法引发一个异常，并且行不会被删除。
“活动记录”定义了16 个“回调”。这些形式中第十四种形式before/after 对和括号
内一些“活动记录”对象内的选项。例如，before_destroy 回调将在destroy()方法调用之前被调用，after_destroy 将在其之后被调用。
有两个例外，after_find 和after_initialize，
它没有相应的before_xxx 回调。(这两个回调在其它方式中是不同的，我们稍后会看到。)


图15.4 显示了14 对回调被包装在“模型”对象的基本create，update 和destroy 操作
中。或许让人惊讶，before 和after 确认调用不被嵌套。
除了这十四个调用外，after_find 回调在任何find 操作之后被调用，after_initialize 在一个“活动记录”“模型”对象被创建之后被调用。
要让你的代码在一个回调期间被执行，你需要写一个处理器并与相应的回调关联起来。
--------------------------------------------------------

这儿有两种基本的回调实现方式。
首先，你可以直接地定义回调实例方法。例如，如果你想在保存事件之前处理，你可以
写
class Order < ActiveRecord::Base
# ..
def before_save
self.payment_due ||= Time.now + 30.days
end
end

第二种定义回调的基本方法是声明处理器。一个处理器即可以是个方法也可以是个块[处
理也可以被包含在字符串中，用eval()计算，但是这不被推荐。]。你在事件后面使用类方
法的名字来将一个特定的事件与一个处理器关联起来。要关联一个方法，声明它为private
或protected 并指定它的名字做为一个符号给处理器声明。要指定一个块，在声明后简单添
加它。这个块接受“模型”对象做为一个参数。
class Order < ActiveRecord::Base
before_validation :normalize_credit_card_number
after_create do |order|
logger.info "Order #{order.id} created"
end
protected
def normalize_credit_card_number
self.cc_number.gsub!(/-w/, '')
end
end
你可以为同一个回调指定多个处理器。它们通常按它们被指定的次序来调用，除非一个
处理器返回false(它必须是实际的false 值)，在这种情况下，回调链被提前中止。
出于性能优化的原因，对于after_find 和after_initialize 事件，只有一种方式定义
“回调”，即把它们定义成方法。如果你试图使用第二种技术声明它们为处理器，它们将默
默地被忽略。