为什么Ruby class_eval从范围中删除常量？

发布时间：2020-12-17 02:56:28 所属栏目：百科来源：网络整理

导读：我做了一个恒定的课程.一个方法： class A FOO = 'hello' def bar puts FOO endendA.new.bar= 'hello' 一切都按预期工作.但是当我这样做时： A.class_eval do def bar puts FOO endendA.new.barNameError: uninitialized constant FOO 奇怪…为了解决这个问

我做了一个恒定的课程.一个方法：

class A
  FOO = 'hello'
  def bar
    puts FOO
  end
end

A.new.bar
=> 'hello'

一切都按预期工作.但是当我这样做时：

A.class_eval do
  def bar
    puts FOO
  end
end

A.new.bar
NameError: uninitialized constant FOO

奇怪…为了解决这个问题,我正在做：

A.class_eval do
  def bar
    puts self.class::FOO
  end
end

为什么会出现这种情况有什么好的解释？

解决方法

查找常量

>在词汇封闭模块声明中向外
>在当前模块声明的继承链中向上

那么,让我们做Ruby做的事情：

>在词汇封闭模块声明中向外看：容易 – 没有模块声明
>从当前模块声明向上看：再次,没有当前模块声明……或者是否存在？好吧,如果没有模块声明,则隐式假定它是类Object – 但是Object没有名为FOO的常量,它的祖先也没有Kernel和BasicObject.

Ergo：Ruby是对的.常量查找路径中没有常量命名的FOO.它没有从范围中移除FOO,它从未在范围内开始.

[Ruby的反射API实际上可以让您访问所需的任何内容：#1与Module.nesting完全相同,#2(几乎)与Module.nesting.first.ancestors相同.

您可能会想：等待,不是module_eval模块声明吗？不,不是！它就像任何其他方法一样,采用与任何其他块一样的块.它不会以任何方式改变常量查找规则.

请注意,这并不完全正确：毕竟,例如,instance_eval会更改方法查找规则,因此module_eval更改常量查找规则并不是不可思议的.更令人困惑的是,当使用String而不是块调用时,它实际上确实改变了Module.nesting,从而改变了常量查找规则！

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!