3

我有使用 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

这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当我在模块中更改控制器名称时，问题不存在：

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，但它没有解决问题（同样的错误）。

为什么会这样？解决办法是什么？

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

非常感谢您的帮助！

4

1 回答 1

2

一般来说，我已经将所有命名空间包含在类定义中。就像是：

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 如何处理常量的自动加载。我不会在这里详细介绍，因为它是一个较长的主题，并且在 web-o-sphere 中有很好的文章/帖子。

你可以找到关于 Rails 如何像这样处理自动加载的好文章（或尝试谷歌搜索rails constant loading）

此外，正如文章所指出的，Ruby 常量加载的操作方式与 Rails 加载不同。可以在此处找到有关 Ruby 常量加载的良好信息（或尝试 Google 搜索ruby constant loading）。

于 2017-01-04T12:38:28.880 回答