类方法上的 ActiveSupport::Callbacks
Posted
技术标签:
【中文标题】类方法上的 ActiveSupport::Callbacks【英文标题】:ActiveSupport::Callbacks on class methods 【发布时间】:2012-10-03 22:17:32 【问题描述】:是否可以在类方法上使用ActiveSupport::Callbacks
?更具体地说,在下面的模块中,您会将include ActiveSupport::Callbacks
放在哪里以使define_callbacks
和run_callbacks
共享相同的状态?
module Handler
extend ActiveSupport::Concern
# If you put it here, define_callbacks is defined but run_callbacks is not
# include ActiveSupport::Callbacks
included do
class_eval do
define_callbacks :handle
end
end
module ClassMethods
# If you put it here, run_callbacks is defined but define_callbacks is not
# include ActiveSupport::Callbacks
def handle(task)
run_callbacks :handle do
p task
end
end
end
end
class HandlerExample
include Handler
end
更新
如果有可能,但我无法确定,那肯定不是 ActiveSupport::Callbacks
的设计目的。最好在#handle
中创建一个无状态实例对象。
【问题讨论】:
【参考方案1】:虽然整个想法有点尴尬,恕我直言,你已经把 define_callbacks 放在了错误的地方。你应该把它放在特征类中,例如
评估
然后您可以执行“发送 :extend, ActiveSupport::Callbacks”。这甚至可能会奏效。
但我建议您重新考虑一下,并使用标准实现来解决,在该实现中调用实例上的回调。
【讨论】:
我确实尝试将它们放入特征类中,但这也不起作用。查看对象 ID,ActiveSupport::Concern
和 ActiveSupport::Callbacks
的交互方式似乎不适用于类方法。今天早些时候,我得出了与您的建议相同的结论,并为处理程序创建了一个实例对象。这是一种浪费,因为任务之外没有状态,但它比我构建一个适用于类方法的回调实现更干净,更不容易出错。以上是关于类方法上的 ActiveSupport::Callbacks的主要内容,如果未能解决你的问题,请参考以下文章