继承允许你创建一个类，作为另一个类的精炼（refinement）和特化（specialization）。例如，在我们的自动点唱机系统中，有“歌曲”这一概念，被封装在Song类中，然后，随着市场的成长，我们需要提供卡拉OK的支持。一首卡拉OK歌曲和其他歌曲没什么两样（它只是没有主唱的音轨，对此我们不必关心）。不过，它还包括对于的一套歌词以及时间信息。当我们的自动点唱机在播放一首卡拉OK歌曲时，歌词应该随音乐滚动显示在点唱机前的屏幕上。
解决这个问题的一种方法是定义一个新的类KaraokeSong,就是Song加上歌词。
|
1
2
3
4
5
6
7
8
9
10
11
|
class KaraokeSong <Song def initialize(name,artist,duration,lyrics) super(name,artist,duration) @lyrics = lyrics endend |
类定义一行中的“< Song”告诉Ruby， KaraokeSong是Song 的子类（subclass）.因此，这也意味着Song是KaraokeSong的超类（superclass）
|
1
2
3
|
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信息。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
class KaraokeSong #... def to_s "KS: #@name--#@artist(#@duration){#@lyrics}" endendsong = 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方法。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
class KaraokeSong <Song #Format ourselves as a string by appending #our lyrics to our parent's to_s value. def to_s super+"{#@lyrics}" endendsong = 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的所有对象都可用。
