你会在哪里放置一个resque worker和一个rails控制器共享的代码？

Question

我有一个铁轨控制器和一个resque工人。两者都有一些功能。我应该在哪里放置这些函数，以便遵循DRY原则和Rails约定？

Answer 1

对我来说，这听起来像是一个服务层的好例子。我的一个同事写了这个概念的一个很好的总结：http://blog.carbonfive.com/2012/01/10/does-my-rails-app-need-a-service-layer/

在领域驱动设计，埃文斯定义了一个服务作为为单独矗立在模型的接口提供一种操作 。在其他 单词中，服务是一种行为，而不是事物。我们不应将 操作强制为一个现有的对象，而应将其封装在单独的无状态服务中。

...

域服务脚本涉及多个领域对象用例 。强制该逻辑进入域 对象很尴尬，因为这些用例通常涉及任何单个对象责任范围外的规则。

服务层是许多其他Web应用程序MVC框架中的一个常见功能，当许多Rails应用程序选择使用胖模型不提供问题域中适当的责任封装时。

不知道更多恐怕我不能提供更具体的答案。我的下一步将是尝试考虑应该命名这个服务。它是一个建立我们有名的工厂吗？ Do完成了我们可以命名的特定角色吗？

Answer 2

取决于这些方法实际做什么，但/lib可能是一个好点。