Rails 和 RSpec：在不同命名空间（模块）中测试具有相同名称的控制器

我有使用 RSpec 3.4.0 测试的 Rails 4.1.16 API 应用程序，并且在测试不同模块中调用相同名称的类时遇到问题。

结构是：

app/controllers/bar/notifications_controller.rb

class Bar::NotificationsController < ApiController
  ...
end

和不同模块中具有相同名称的控制器：

app/controllers/foo/bar/notifications_controller.rb

module Foo
  class Bar::NotificationsController < ApiController
    ...
  end
end

The Foo是一个新模块，尚未进行测试。 添加后，所有对应的控制器测试为旧的Bar::NotificationsController开始失败。

规格文件：

spec/controllers/bar/notifications_controller_spec.rb

require 'spec_helper'

describe Bar::NotificationsController, type: :controller do
  ...
end

该规范文件中的所有测试都失败并出现相同的错误：

RuntimeError:
   @controller is nil: make sure you set it in your test's setup method.

当我更改控制器名称时，问题不存在Foo module:

app/controllers/foo/bar/foo_notifications_controller.rb

module Foo
  class Bar::FooNotificationsController < ApiController
    ...
  end
end

我已经尝试在规范文件的顶部添加require 'bar/notifications_controller'并使用类名作为字符串describe "Bar::NotificationsController, type: :controller但它没有解决问题（同样的错误）。

为什么会发生这种情况？解决办法是什么？

我想相信有一件小事我还没有尝试过，我不必为了让规范通过而用无意义的名称污染我的代码和结构。

非常感谢您的帮助！

一般来说，我已经采取包括all类定义中的命名空间。就像是：

app/controllers/foo/bar/notifications_controller.rb

class Foo::Bar::NotificationsController < ApiController
  ...
end

乍一看，这可能与以下内容相同：

app/controllers/foo/bar/notifications_controller.rb

module Foo
  class Bar::NotificationsController < ApiController
    ...
  end
end

事实上，这些是不同的。不同之处在于 Rails 如何处理常量的自动加载。我不会在这里详细介绍，因为这是一个较长的主题，并且网络领域有很好的文章/帖子。

您可以找到有关 Rails 如何处理自动加载的好文章，例如this one http://urbanautomaton.com/blog/2013/08/27/rails-autoloading-hell/（或者尝试谷歌搜索rails constant loading)

此外，正如文章指出的，Ruby 常量加载的操作方式与 Rails 加载不同。可以找到有关 Ruby 常量加载的好信息here https://gist.github.com/kyrylo/6413067（或者尝试谷歌搜索ruby constant loading).