Rails ActiveJob 可以用于将代码块排入队列吗？

Question

是否可以使用 Rails 的新 ActiveJob API 来对代码块进行排队？有时我不想在那里生成工作并将逻辑移到那里。它将知识从我宁愿保留在那里的模型中移出。

让我举一个我目前正在从事的项目中的例子。这有点奇怪，但它让我将所有知识都保留在我的模型中。

# app/models/subscription.rb
class Subscription < ActiveRecord::Base
  def cancel
    CancelSubscriptionJob.perform(self)
  end

  def cancel_tasks
    # stuff that takes a long time
  end
end

# app/jobs/cancel_subscription_job.rb
class CancelSubscriptionJob < ActiveJob::Base
  def perform(subscription)
    subscription.cancel_tasks
  end
end

我觉得我要绕过我的手肘来获取我的 !@# 在这里。我想可以说cancel_tasks 方法属于这项工作，但我不喜欢这样。我想查看模型中的取消任务，我一直在保留此类知识的其余部分。

还有一个论点是这些都不属于模型，但在 Rails 的某个时刻，我觉得所有人都告诉我要做的就是提取、提取和提取，直到我没有完成任何实际工作.

Answer 1

理论上你可以使用一些元编程来动态构建一个子类，它遵循 ActiveJob 规范，但我认为这比你需要的更混乱。

我只是创建一个调用模型方法的瘦 ActiveJob，实际上是它的包装器。

顺便说一句，保持模型精简并专注于持久性而不是您想要排队的那种业务逻辑也是一个很好的论据。在这种情况下，从模型中提取业务逻辑是一件好事。有人说你可以使用作业类来保持逻辑，但我个人更喜欢让它们保持精简，而不是在service classes 中使用逻辑。

Answer 2

我相信这样做是可以接受的：

# app/models/subscription.rb
class Subscription < ActiveRecord::Base
  def cancel
    CancelSubscriptionJob.perform_later(self)
  end

  def cancel_tasks
    # stuff that takes a long time
  end

  class CancelSubscriptionJob < ActiveJob::Base
    def perform(subscription)
      subscription.cancel_tasks
    end
  end
end

当认为给定类的唯一用例将来自另一个类的上下文时，通常会使用这种模式。 （或者，至少在第一个类的命名空间中。）

例如，上面的方法意味着：Subscription 的实例方法仍然可以直接引用CancelSubscriptionJob，但是要引用Subscription 之外的作业，您必须将其命名为Subscription::CancelSubscriptionJob .

无论如何，除了其他开发人员可能希望这个 ActiveJob 出现在 /app/jobs/ 文件夹中之外，我不明白为什么这会是一件坏事（所以可能需要去打猎）。但总的来说，这是一种相当标准的方法。