Rails命名空间模型与非命名空间模型冲突

4

我在Rails 3.2.6中有两个类:

  • Foo类在models/foo.rb文件中(默认情况下在foos表中)
  • Bar::Foo类在models/bar/foo.rb文件中,在该类中设置self.table_namebar_foos

当我进入控制台时,我得到:

> Bar::Foo
=> Bar::Foo(id: ...)
> Foo # or ::Foo
LoadError: expected models/bar/foo.rb to define Foo

有什么问题吗?

2个回答

5
我们在IRC上解决了这个问题,但核心问题是设置了一个包含models/**作为加载路径的config.autoload_paths全局变量。
Rails的自动加载程序会迭代加载路径,并附加常量名称。一旦它找到一个存在的文件,它就会尝试加载它,然后如果常量不可用,则抛出异常。
所以,发生的情况是Rails有一个加载路径列表,例如:
/models/bar/
/models/

它正在迭代路径,并找到匹配项/models/bar/foo.rb,然后加载它(这使Bar :: Foo可用,但不是Foo),然后抛出异常,因为 Foo 不可用。

在这种情况下的解决方法是删除 autoload_paths 设置,以便Rails不会找到错误的文件来加载根级常量。


2
原来config/applications.rb文件中的这行代码是问题所在:
 config.autoload_paths += Dir[Rails.root.join('app', 'models', '{**}')]

当显式设置autoload时,Rails会变得困惑;它不会根据适当的命名空间在models/下查找,而是查找第一个autoload文件(错误地是models/bar/foo.rb),并发现(确实)它未定义Foo(它定义了Bar :: Foo)。

所以显然Rails 3已经知道在models/子目录中查找有命名空间的模型。

感谢freenode #RubyOnRails上的Antiarc帮助解决这个问题。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接