3

我正在通过 Pickaxe 1.9 工作，我对 instance/class_eval 块中的常量查找有点困惑。我正在使用 1.9.2。

似乎 Ruby 在 *_eval 块中处理常量查找的方式与它处理方法查找的方式相同：

  1. 在receiver.singleton_class（加上mixins）中寻找定义；
  2. 然后在receiver.singleton_class.superclass（加上mixins）；
  3. 然后继续沿特征链向上直到到达#<Class:BasicObject>;
  4. 其超类是 Class；
  5. 然后沿着祖先链的其余部分（包括Object，它存储您在顶层定义的所有常量），沿途检查混入

这个对吗？Pickaxe 的讨论有点简洁。

一些例子：

class Foo
  CONST = 'Foo::CONST'
  class << self
    CONST = 'EigenFoo::CONST'
  end
end

Foo.instance_eval { CONST } # => 'EigenFoo::CONST'
Foo.class_eval { CONST } # => 'EigenFoo::CONST', not 'Foo::CONST'!
Foo.new.instance_eval { CONST } # => 'Foo::CONST'

在 class_eval 示例中，Foo-the-class 并不是 Foo-the-object 的祖先链的一个停止点！

还有一个 mixins 的例子：

module M
  CONST = "M::CONST"
end
module N
  CONST = "N::CONST"
end

class A
  include M
  extend N
end

A.instance_eval { CONST } # => "N::CONST", because N is mixed into A's eigenclass
A.class_eval { CONST } # => "N::CONST", ditto
A.new.instance_eval { CONST } # => "M::CONST", because A.new.class, A, mixes in M
4

2 回答 2

1

在 1.9.2 中，常量查找再次更改为等同于 1.8.7 的行为。

class A
  class B
    class C
    end
  end
end

A.class_eval { B } # => NameError
A.instance_eval { B } # => NameError
A.new.instance_eval { B } # => A::B

基本上，常量是准词法范围的。这曾经在 1.9.x 和 1.8.x 分支之间有所不同，这使得库的交叉兼容性很痛苦，所以他们把它改回来了。

Yehuda Katz（成功）呼吁恢复 1.8 行为

于 2010-12-15T21:28:36.510 回答
0

常量在词法范围内有效，因此您无法在定义它们的模块层次结构之外快速访问它们。这里有一个很好的解释，稍微偏离主题，但在这里读得很好。

于 2016-01-26T04:18:33.550 回答