为什么当 cache_classes = false 时，Rails 引擎初始化程序中的包含会出现故障？

Question

我有一个引擎，它在其初始化程序中扩展另一个引擎的类，如下所示：

module MyApp
    class Engine < ::Rails::Engine
        initializer 'extend Product' do
            AnotherApp::Product.send :include, MyApp::ProductExtender
        end
    end
end

ProductExtender 模块在包含 AnotherApp::Product 时调用其上的一些方法，例如，

module ProductExtender
    def self.included( model )
        model.send :include, MethodsToCall
    end

    module MethodsToCall
        def self.included( m )
            m.has_many :variations
        end
    end
end

这适用于测试和生产环境，但是当 config.cache_classes = false 时，当我尝试调用 ProductExtender 定义的内容（例如 @product.variations）时，它会向我抛出 NoMethodError 。

不用说，看到我所有的测试都通过了，然后却因为开发中的错误而受到重创，真是令人不寒而栗。当我设置 cache_classes = true 时，这种情况不会发生，但这让我想知道我是否在做一些不应该做的事情。

我的问题是双重的：为什么会发生这种情况，是否有更好的方法我应该实现在另一个应用程序的对象上扩展/调用方法的功能？

谢谢大家！

Answer 1

我设法使用 to_prepare 块而不是初始化器解决了这个问题。 to_prepare 块在生产中和开发中的每个请求之前执行一次，因此似乎满足我们的需求。

当我研究 Rails::Engine 时，这一点并不明显，因为它继承自 Rails::Railtie::Configuration。

因此，我不会使用问题中的代码，而是：

module MyApp
    class Engine < ::Rails::Engine
        config.to_prepare do
            AnotherApp::Product.send :include, MyApp::ProductExtender
        end
    end
end

Answer 2

cache_classes 实际上有一个误导性的名称：不涉及缓存。如果将此选项设置为 false，rails 会显式卸载您的应用程序代码并在需要时重新加载。这使得您在开发过程中所做的更改无需重新启动（服务器）进程即可生效。

在您的情况下，AnotherApp::Product 会被重新加载，ProductExtender 也是如此，但初始化程序在重新加载后不会再次触发，因此 AnotherApp::Product 不会“扩展”。

我非常了解这个问题，并最终使用 cache_classes = true 运行我的开发环境，并偶尔重新启动我的服务器。我在引擎/插件上没有太多开发要做，所以这是最简单的方法。