Rails 3.2：销毁元素时也会调用 after_update 吗？

Question

我们有一个小班级，有一个相关的班级

class Car
  has_one :engine, :dependent => :destroy

  after_update :save_engine


  delegate :oil_level, :oil_level=, :to => :engine

  def save_engine
    engine.save if engine
  end
end

正如您所知，我们正在尝试解决孩子不会自动保存在 Rails 中的问题。所以我们可以在汽车上设置oil_level，保存时它会正确地将其存储在engine中。

现在，当我们尝试删除汽车时会发生什么？显然，engine 永远不会被删除，这是由 after_update 引起的，它将重新保存刚刚删除的引擎。所以汽车被成功删除，但引擎被重新创建（一个新的 ID），并且不再链接到汽车。我希望引擎被正确删除。

我确实找到了一个可靠的解决方法：

class Car
  has_one :engine, :dependent => :destroy

  after_update :save_engine
  before_destroy :set_destroying


  delegate :oil_level, :oil_level=, :to => :engine

  def set_destroying
    @destroying = true
  end

  def save_engine
    engine.save if engine && !@destroying
  end
end

但它仍然感觉有点脏，就像应该有更好的方法来做到这一点。 销毁时调用 after_update 似乎有点不合逻辑。 是否有特定的轨道方式来了解回调中实际正在进行的操作（保存/创建/销毁）？

简而言之：处理这个问题的正确方法是什么？或者这实际上是某种 Rails 错误？或者这是有意的行为？

Answer 1

有一段时间没有使用 Rails，所以我可能偏离主题，但是您是否考虑过使用 :autosave 选项？

Answer 2

1) 确保在 car_controller def destroy 中调用 car.destroy 而不是 car.delete，否则回调将被错过并且引擎不会被销毁。

2）引擎是否没有被删除（相同的id）或正在重新创建？ （diff id），您似乎在描述中从一个跳到另一个。