问带有before_filter的Rails3.2引擎怪异之处

EN

经过一大堆挖掘，我找到了问题所在。是引擎本身造成的。我应该指出的是，我并不负责项目的创建，只是负责处理它。

假设我们的主机Rails应用程序具有...

app/controllers/application_controller.rb

class ApplicationController < ActionController::Base
  before_filter :foo_bar
  layout :application
end

我们的引擎被称为api_engine，并被隔离在ApiEngine模块下，并且具有...

app/controllers/api_engine/application_controller.rb

module ApiEngine
  class ApplicationController < ActionController::Base
    layout false
  end
end

app/controllers/api_engine/post_controller.rb

module ApiEngine
  class PostController < ApplicationController
    # code goes here...
  end
end

你已经明白我要说什么了吗？问题是Rails的动态加载和愚蠢的引擎结构的组合。

当向服务器发出的第一个请求是对引擎的PostController的请求时，需要post_controller.rb文件，该文件会遇到ApiEngine模块中的ApplicationController常量。但是::ApiEngine::ApplicationController没有定义，所以它会检查::ApplicationController是不是，这会导致在引擎中寻找application_controller.rb。

但是，如果第一个请求发送到主机应用程序，最终定义ApplicationController，当引擎收到请求时，它只会从根应用程序使用ApplicationController，而不需要它自己的类版本。

解决方案相当简单，在引擎的lib/api_engine/engine.rb文件中，需要config.after_initialize块中的正确应用程序控制器文件：

module ApiEngine
  class Engine < Rails::Engine
    isolate_namespace ApiEngine
    config.after_initialize do
      require "api_engine/application_controller"
    end
  end
end

这是一个有点棘手的跟踪，特别是处理别人的代码，你倾向于假设某些“基本”的事情是按他们应该的方式工作的。如果其他任何人发现自己处于类似的奇怪情况，希望这个答案可能会有用:)