Ruby 继承和消息

继承允许你创建一个类,作为另一个类的精炼(refinement)和特化(specialization)。例如,在我们的自动点唱机系统中,有“歌曲”这一概念,被封装在Song类中,然后,随着市场的成长,我们需要提供卡拉OK的支持。一首卡拉OK歌曲和其他歌曲没什么两样(它只是没有主唱的音轨,对此我们不必关心)。不过,它还包括对于的一套歌词以及时间信息。当我们的自动点唱机在播放一首卡拉OK歌曲时,歌词应该随音乐滚动显示在点唱机前的屏幕上。

解决这个问题的一种方法是定义一个新的类KaraokeSong,就是Song加上歌词。

class KaraokeSong <Song

   def initialize(name,artist,duration,lyrics)

       super(name,artist,duration)

       @lyrics = lyrics

   end

end

类定义一行中的“< Song”告诉Ruby, KaraokeSong是Song 的子类(subclass).因此,这也意味着Song是KaraokeSong的超类(superclass)

song = KaraokeSong.new("My Way","Sinatra",255,"And now,the ...")

song.to_s                ->                   *Song:My Way--Sinatra(225)*

调用to_s方法没有显示歌词

这和我们在向一个对象发送消息时,Ruby判定调用哪个方法的机制有关。在程序代码的初始解析(parse)期间,当Ruby遇到方法调用song.to_s时,它并不知道从何处找到to_s方法,而是将判定推迟直至程序开始运行时再运行。在那时,Ruby查看song所属的类。如果该类实现了和消息名称相同的方法,就运行这个方法。否则,Ruby就查看其父类中的方法,然后是祖父类,凡此以往追溯整个祖先链。如果最终它在祖先类中没有找到合适的方法,Ruby会产生一种特殊的行为,通常是导致引发一个错误。

让我们通过实现KaraokeSong#to_s来解决这个问题,你有许多方法可以完成它。让我们从最槽糕的方法开始,我们将to_s方法从Song类中拷贝出来并添加lyrics信息。

class KaraokeSong

  #...

  def to_s

      "KS: #@name--#@artist(#@duration){#@lyrics}"

   end

end

song = KaraokeSong.new("My Way", "Sinatra", 225,"And now,the...")

song.to_s          ->"KS: My Way--Sinatra(225){And now,the...}"

我们正确地显示了实例变量@lyrics的值。但使用这种方法,子类需要直接访问其祖先的实例变量。那么为什么这是实现to_s的一种糟糕方式呢?

答案与良好的编程风格有关(有时被称为解耦)。直接戳进父类的内部结构,并且显示地检验它的实例变量,会使得我们和父类的实现紧密地绑在一起。

我们通过让每个类处理其自身实现细节的方法来解决这个问题。当调用KaraokeSong#to_s时,我们调用其父类的to_s方法来得到歌曲的细节。然后,将歌词信息添加上去,并返回结果。这里使用的技巧是Ruby的关键字super。当你调用super而不使用参数时,Ruby向当前对象的父类发送一个消息,要求它调用子类中的同名方法。Ruby将我们原先调用方法时的参数传递给父类的方法。现在,我们可以实现改进后新的to_s方法。

class KaraokeSong <Song

    #Format ourselves as a string by appending

    #our lyrics to our parent's to_s value.

    def to_s

       super+"{#@lyrics}"

    end

end

song = KaraokeSong.new("My Way", "Sinatra" ,225, "And now,the...")

song.to_s           ->"Song:My Way--Sinatra(225){And now,the...}"

我们明确地告诉Ruby,KaraokeSong是Song的子类,但是我们并没有指定Song类本身的父类是什么。如果你在定义一个类时没有指定其父类,Ruby默认以Object类作为其父类。这意味着所有类的始祖都是Object,并且Object的实例方法对Ruby的所有对象都可用。

 

 

 

posted on 2012-07-11 18:08  tim_sheng  阅读(2154)  评论(0编辑  收藏  举报

导航