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

概述我做了一个恒定的课程.一个方法： class A FOO = 'hello' def bar puts FOO endendA.new.bar=> 'hello' 一切都按预期工作.但是当我这样做时： A.class_eval do def bar puts FOO endendA.new.barNameError: uninitialized 我做了一个恒定的课程.一个方法：

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

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

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

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

解决方法 查找常量

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

那么,让我们做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,从而改变了常量查找规则！

总结

以上是内存溢出为你收集整理的为什么Ruby class_eval从范围中删除常量？全部内容，希望文章能够帮你解决为什么Ruby class_eval从范围中删除常量？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。