加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

ruby – 为什么是Module.methods()和respond_to? irb的工作方式

发布时间:2020-12-17 03:15:56 所属栏目:百科 来源:网络整理
导读:我正在尝试在 Ruby中使用反射方法,并遇到一种我觉得很惊讶的行为. 以下示例似乎在IRB中以及在调用ruby脚本时的工作方式不同: 例1: def myfun; endp respond_to?(:myfun) 在IRb中,这说’是’, 在脚本中:’false’. 例2: ml = methodsdef myfun; endp meth
我正在尝试在 Ruby中使用反射方法,并遇到一种我觉得很惊讶的行为.

以下示例似乎在IRB中以及在调用ruby脚本时的工作方式不同:

例1:

def myfun; end
p respond_to?(:myfun)

在IRb中,这说’是’,
在脚本中:’false’.

例2:

ml = methods
def myfun; end
p methods - ml

在IRb中,这表示[:myfun].
在脚本中:[].

我发现这是1.8,1.9 MRI,JRuby 1.5.6等 – 所以我认为这是正常的.

为什么有区别?

我很确定’respond_to?’是一种方法来查看方法是否可用 – 为什么在上述情况下不起作用?

解决方法

此函数 – “main”对象上的方法 – 在ruby脚本中定义为private.
您可以轻松检查:

ml = private_methods
def myfun; end
p private_methods - ml #=> [:myfun]
p respond_to?(:myfun,true) #=> true

如果你在self上明确地调用它,你会收到一个错误:

self.myfun
# NoMethodError: private method ‘myfun’ called for main:Object

另一方面,在IRB中,您的方法被定义为公共方法.在引擎盖下它看起来像这样:

class Object
  def irb_binding
    # this is where your entered code is evaluated
    def myfun; :ok; end # you can define methods in other methods
    self.myfun # and they are public by default
  end
end

p irb_binding # :ok

IRB可以轻松地在顶层进行评估,但是它会使用该方法创建一个单独的环境,以便不共享局部变量:

require "irb"
foo = :ok
IRB.start
#>> foo
# NameError: undefined local variable or method `foo' for main:Object

我认为公开的方法只是一个巧合,因为它的实施并没有多大关系.这些方法无论如何都是暂时的.

(编辑:李大同)

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

    推荐文章
      热点阅读