Rails 3 Engine-Gem（也是一个应用程序）想要通过 Mixin 共享 DRY 配置

Question

我有很多引擎，它们也是宝石和应用程序（Rails3）。它们是 gem，因此可以轻松安装，并通过多个应用程序中的捆绑器管理依赖项（它是构建多个应用程序的整个堆栈）。它们是利用 Rails 资源（模型等）的引擎。它们是应用程序有两个原因：1) 提供一个与其包含的应用程序隔离的完整测试环境，因此您可以执行“rails c”，2) 以便运行“rake db:migrate”和种子等内容更多的。

我希望我的引擎和应用程序都将一些混合注入到较低级别的依赖项中。这是我想出的解决方案。它工作得很好 - 我只是想知道是否有人对该方法有任何批评或分享有关共享问题的最佳实践或引擎宝石应用程序的总体思想：

引擎：

#my_engine/lib/my_engine.rb
require 'my_engine/config.rb'
module MyEngine
  class Engine < Rails::Engine
    config.to_prepare do
      MyEngine.inject_mixins
    end
  end
end

应用程序：

#my_engine/config/application.rb
require 'my_engine/config'
module MyEngine
  class Application < Rails::Application
    config.to_prepare do
      MyEngine.inject_mixins
    end
  end
end

mixin：（

#my_engine/lib/my_engine/config.rb
module MyEngine
  module CLASSMETHODS
    def inject_mixins
      ::ApplicationHelper.send(:include, MyEngine)
      ::SomeDependency::SomeClass.send(:include, MyEngine::SomeClassMixin)
    end
    #root should be defined as the root of this engine, ie relative to this file 
    def root
      File.join(File.dirname(__FILE__), '..','..')
    end
  end
extend CLASS_METHODS
end

更新：我编辑上面的内容以将模块包装在 my_engine 模块中，否则多个引擎同时使用此模式可能会产生不可预测的效果，例如 MyEngine.root == SomeOtherEngine.root）

Answer 1

这没有规律或规则，但你有几个不同的选择。

您的 gem 的测试可以包含用于测试的虚拟应用程序。例如，Devis 就是这样做的。对于严重依赖 Rails 的 gem，这是公认的做法。

您也可以将其分开。过去，我使用 Gemfile 设置了一个测试应用程序，该文件通过路径 (gem 'mygem', :path => 'some/path') 指向 gem，这使得测试相对容易简单的。这可以兼作示例应用程序，您可以在单独的存储库中提供它（请记住，在标记 gem 时，您应该将示例应用程序的 :path 参数更改为特定版本）。这样做的好处是您的示例应用程序始终保持最新。

如果您只是讨论单元测试模型，则可以跳过上述内容，只需添加对 Active Record 和 SQLite 的测试依赖项。将夹具数据与 gem 一起保存。

由于您有多个这样的引擎，并且它们将在不同的应用程序中混合和匹配，因此我的建议是建立一个使用所有这些 gem 的应用程序并用作您的功能测试台。当然，对各个 gem 进行单元测试。这具有在所有引擎之间进行集成测试的额外好处，以确保不存在冲突。