多形对象的互换使用

核心提示：通常，继续最终会以创建一系列类收场，多形对象的互换使用，所有类都建立在统一的接口基础上，我们用一幅颠倒的树形图来阐明这一点（见注释）：[注释] 这儿采用了“统一记号法”，“接口”是一种相当有效和常用的工具，另外假如自己愿意，对这样的一系列类，我们要进行的一项重要处理就是将衍生类的对象当作基础类的一个对象对待

　　通常，继续最终会以创建一系列类收场，所有类都建立在统一的接口基础上。我们用一幅颠倒的树形图来阐明这一点（见注释）：
　　[注释] 这儿采用了“统一记号法”。
　　

　　对这样的一系列类，我们要进行的一项重要处理就是将衍生类的对象当作基础类的一个对象对待。这一点是非常重要的，因为它意味着我们只需编写单一的代码，令其忽略类型的特定细节，只与基础类打交道。这样一来，那些代码就可与类型信息分开。所以更易编写，也更易理解。此外，若通过继续增添了一种新类型，如“三角形”，那么我们为“几何外形”新类型编写的代码会象在旧类型里一样良好地工作。所以说程序具备了“扩展能力”，具有“扩展性”。
　　以上面的例子为基础，假设我们用java写了这样一个函数：
　　void doStuff(Shape s) {
　 s.erase();
　　　// ...
　s.draw();
}
　　这个函数可与任何“几何外形”（Shape）通信，所以完全独立于它要描绘（draw）和删除（erase）的任何特定类型的对象。假如我们在其他一些程序里使用doStuff()函数：
　　Circle c = new Circle();
Triangle t = new Triangle();
Line l = new Line();
doStuff(c);
doStuff(t);
doStuff(l);
　　那么对doStuff()的调用会自动良好地工作，无论对象的具体类型是什么。
　　这实际是一个非常有用的编程技巧。请考虑下面这行代码：
　　doStuff(c);
　　此时，一个Circle（圆）句柄传递给一个本来期待Shape（外形）句柄的函数。由于圆是一种几何外形，所以doStuff()能正确地进行处理。也就是说，凡是doStuff()能发给一个Shape的消息，Circle也能接收。所以这样做是安全的，不会造成错误。
　　我们将这种把衍生类型当作它的基本类型处理的过程叫作“Upcasting”（上溯造型）。其中，“cast”（造型）是指根据一个现成的模型创建；而“Up”（向上）表明继续的方向是从“上面”来的——即基础类位于顶部，而衍生类在下方展开。所以，根据基础类进行造型就是一个从上面继续的过程，即“Upcasting”。
　　在面向对象的程序里，通常都要用到上溯造型技术。这是避免去调查准确类型的一个好办法。请看看doStuff()里的代码：
　　s.erase();
// ...
s.draw();
　　注重它并未这样表达：“假如你是一个Circle，就这样做；假如你是一个Square，就那样做；等等”。若那样编写代码，就需检查一个Shape所有可能的类型，如圆、矩形等等。这显然是非常麻烦的，而且每次添加了一种新的Shape类型后，都要相应地进行修改。在这儿，我们只需说：“你是一种几何外形，我知道你能将自己删掉，即erase()；请自己采取那个行动，并自己去控制所有的细节吧。”
　　1 动态绑定
　　在doStuff()的代码里，最让人吃惊的是尽管我们没作出任何非凡指示，采取的操作也是完全正确和恰当的。我们知道，为Circle调用draw()时执行的代码与为一个Square或Line调用draw()时执行的代码是不同的。但在将draw()消息发给一个匿名Shape时，根据Shape句柄当时连接的实际类型，会相应地采取正确的操作。这当然令人惊奇，因为当Java编译器为doStuff()编译代码时，它并不知道自己要操作的准确类型是什么。尽管我们确实可以保证最终会为Shape调用erase()，为Shape调用draw()，但并不能保证为特定的Circle，Square或者Line调用什么。然而最后采取的操作同样是正确的，这是怎么做到的呢？
　　将一条消息发给对象时，假如并不知道对方的具体类型是什么，但采取的行动同样是正确的，这种情况就叫作“多形性”（Polymorphism）。对面向对象的程序设计语言来说，它们用以实现多形性的方法叫作“动态绑定”。编译器和运行期系统会负责对所有细节的控制；我们只需知道会发生什么事情，而且更重要的是，如何利用它帮助自己设计程序。
　　有些语言要求我们用一个非凡的要害字来答应动态绑定。在C++中，这个要害字是virtual。在Java中，我们则完全不必记住添加一个要害字，因为函数的动态绑定是自动进行的。所以在将一条消息发给对象时，我们完全可以肯定对象会采取正确的行动，即使其中涉及上溯造型之类的处理。
　　2 抽象的基础类和接口
　　设计程序时，我们经常都希望基础类只为自己的衍生类提供一个接口。也就是说，我们不想其他任何人实际创建基础类的一个对象，只对上溯造型成它，以便使用它们的接口。为达到这个目的，需要把那个类变成“抽象”的——使用abstract要害字。若有人试图创建抽象类的一个对象，编译器就会阻止他们。这种工具可有效强制实行一种非凡的设计。
　　亦可用abstract要害字描述一个尚未实现的方法——作为一个“根”使用，指出：“这是适用于从这个类继续的所有类型的一个接口函数，但目前尚没有对它进行任何形式的实现。”抽象方法也许只能在一个抽象类里创建。继续了一个类后，那个方法就必须实现，否则继续的类也会变成“抽象”类。通过创建一个抽象方法，我们可以将一个方法置入接口中，不必再为那个方法提供可能毫无意义的主体代码。
　　interface（接口）要害字将抽象类的概念更延伸了一步，它完全禁止了所有的函数定义。“接口”是一种相当有效和常用的工具。另外假如自己愿意，亦可将多个接口都合并到一起（不能从多个普通class或abstract class中继续）。