Ruby 的方法查找再往前一步

[Mark24]

有更好的方法可以告诉我，我最新在学习 Ruby

最新的修改会更新在 BLOG

我的博客

RubyChina 讨论帖

---

背景

《 Ruby 元编程（第二版）》 5.4 节 单件类 在 Page125 这页，讲了一种情况：

class C
  def a_method
    'C#a_method()'
  end
end



class C
  class << self
    def a_class_method
      '#C.a_class_method() #singleton'
    end
  end
end

class D < C;end

obj = D.new


D.a_class_method # => '#C.a_class_method() #singleton'

D.a_class_method 他是如何查找的呢？

本文就是寻找这个的答案。讲的是 Ruby 的方法查找再往前走一步。

为了说明这个问题，先要啰嗦的做一些铺垫。

下文中，此书简称为《元编程》

一、Ruby 的继承结构

这张图实在总结的太美丽了。先放在这里。图片的出处，可以参考文末。

二、Ruby 一般方法查找规则

《元编程》里面里面总结了 Ruby 的查找规则：

“向右一步，然后向上查找”。

意思就是，向右寻找他的父，然后开始往上寻找继承关系，通过这种方式查找方法。

比如以下代码

class C
  def a_method
    'C#a_method()'
  end
end


class D < C;end

obj = D.new
obj.a_method

obj 如何查找 a_method 方法呢？

如果我们给 obj 对象添加单例类，他会如何查找呢？

class C
  def a_method
    'C#a_method()'
  end
end


class D < C;end

obj = D.new

# 定义单例类

class << obj
  def a_singleton_method
    "obj#a_singleton_method"
  end
end

obj.a_singleton_method 

obj.a_singleton_method 会如何查找方法呢？

可以通过一下方式检验

obj.singleton_class.superclass # => D

他会按照如图的方式，其实实例对象创造了一个 单例类 可以标记为 #obj，用#表示单例类。 #obj 会出现在对象和真正的类中间。

我们也能用上面

“向右一步，然后向上查找”。

来指导我们查找，只不过对象存在一个单例类罢了。

三、新的问题出现

但是问题来了，回到文章的最开头。

class C
  def a_method
    'C#a_method()'
  end
end



class C
  class << self
    def a_class_method
      '#C.a_class_method() #singleton'
    end
  end
end

class D < C;end

obj = D.new


D.a_class_method # => '#C.a_class_method() #singleton'

这个例子。在类 C 上定义了单例方法，并且我们指导所有东西在 Ruby 里都是对象，都可以定义单例方法。

这就是文章开头最先的图片。所有的类都可以定义单例类。这种情况下，D.a_class_method 应该如何查找呢？

“向右一步，然后向上查找”。

似乎帮不了我们了。因为我们面临一个问题，让我来描述下：

我们把 D 当做一个对象，开始寻找他的方法。

拿这幅图做例子:

Dog 开始寻找定义的方法，向右一步，进入自己的 单例类 #Dog，然后应该做什么，选择向上么？是走 他的父类 Class，还是 应该往 单例类的继承链往上找呢？

《元编程》文末的几句话,似乎在暗示黄色这条线的寻找方向，但是作者并没有真正说清楚：

三、寻找答案

我先放出答案，如下图所示：

对象的方法，遵循

“向右一步，然后向上查找”。

类方法的查找是我们关心的，可以看到实际结果是，它沿着继承的单例类一路向上，然后再进入父类。

寻找这个答案的过程中，我看了挺多资料和文字,还有问一些 Ruby 方面的朋友都没有真正分析到这一步。

我最后是怎么找到答案的呢？ 这就得借助 Ruby 自身完善的自省机制。（吐槽，其他语言可能都没有实现的那么细致）。

其实 Ruby 自身的很多属性都绑定在自身了，直接向 Ruby 问答案就好了

class C
  def a_method
    'C#a_method()'
  end
end



class C
  class << self
    def a_class_method
      '#C.a_class_method() #singleton'
    end
  end
end

class D < C;end

obj = D.new


D.a_class_method # => '#C.a_class_method() #singleton'

我们知道 obj.ancestors 可以打印继承关系，但是这个很遗憾的是它不会打印 单例类。

单例类实际上是一个隐藏的存在。这也就是研究这个问题很难得地方，因为隐藏，似乎只能通过源码和外部资料去查看。

实际上我们是可以拿到 obj.singleton_class 的，然后我们前面分析了一些结论，大致给出了一个对象的继承模型。

obj.singleton_class.ancestors

# => [#<Class:#<D:0x00007feae092efc8>>, D, C, Object, Kernel, BasicObject]

就可以打印出，对象查找的顺序。

同理，我们想要知道 D 的方法的查找顺序

D.singleton_class.ancestors

# => [#<Class:D>, #<Class:C>, #<Class:Object>, #<Class:BasicObject>, Class, Module, Object, Kernel, BasicObject]

这个其实就是 D 查找方法的顺序，可以看到，他先是把所有的单例类走了一遍，然后开始进入自己的父。

四、总结

最后，这句话

“向右一步，然后向上查找”。

有了新内涵， 向右一步的过程中，优先的走单例类（如果有的话）以及单例的继承，结束后，开始进入自己真正的父，即向上在继承关系中寻找。

单例类也可以看成是一种外挂方法（比喻不严谨但是很好理解），先在外挂方法里找，也可以顺着外挂继承链找。找不到再到继承关系里面找。

题外话

有人可能会问，为啥继承体系要搞得那么复杂？

借用 《元编程》里面的一句

这样你就可以在 D 中 调用 C 的方法了。

把对象穿成链表，然后相当于你可以拥有和复用这个链条上所有的方法。

元编程的一部分思想也就是动态的修改、创造、转发方法。还有 《元编程》里面提到的 “自由方法”我的理解就像是把继承链中某些方法复制，然后粘贴到当前对象执行，在继承链上跳跃执行方法……

这一切都是为了极大地自由。

我以前一致不太理解“Ruby 是快乐优先”这句话是什么意思，现在我的理解——这种快乐就是自由，拥有自由的快乐。

其他

图片来自文章

• 谈元编程与表达能力

安利一波作者图片配色

• 技术文章配图指南

参考

书籍推荐 《 Ruby 元编程（第 2 版)》

BLOG

有更好的方法可以告诉我，我最新在学习 Ruby

最新的修改会更新在 BLOG

我的博客

RubyChina 讨论帖