之所以叫作这个名字，除了有一定的历史原因外，也是由于在传统意义上，类继续图的画法是根位于最顶部，再逐渐向下扩展（当然，可根据自己的习惯用任何方法描绘这种图）。因素，Wind.java的继续图就象下面这个样子：
由于造型的方向是从衍生类到基础类，箭头朝上，所以通常把它叫作“上溯造型”，即Upcasting。上溯造型肯定是安全的，因为我们是从一个更非凡的类型到一个更常规的类型。换言之，衍生类是基础类的一个超集。它可以包含比基础类更多的方法，但它至少包含了基础类的方法。进行上溯造型的时候，类接口可能出现的唯一一个问题是它可能丢失方法，而不是赢得这些方法。这便是在没有任何明确的造型或者其他非凡标注的情况下，编译器为什么答应上溯造型的原因所在。
也可以执行下溯造型，但这时会面临第11章要具体讲述的一种困境。
1. 再论合成与继续
在面向对象的程序设计中，创建和使用代码最可能采取的一种做法是：将数据和方法统一封装到一个类里，并且使用那个类的对象。有些时候，需通过“合成”技术用现成的类来构造新类。而继续是最少见的一种做法。因此，尽管继续在学习OOP的过程中得到了大量的强调，但并不意味着应该尽可能地到处使用它。相反，使用它时要非凡慎重。只有在清楚知道继续在所有方法中最有效的前提下，才可考虑它。为判定自己到底应该选用合成还是继续，一个最简单的办法就是考虑是否需要从新类上溯造型回基础类。若必须上溯，就需要继续。但假如不需要上溯造型，就应提醒自己防止继续的滥用。在下一章里（多形性），会向大家介绍必须进行上溯造型的一种场合。但只要记住经常问自己“我真的需要上溯造型吗”，对于合成还是继续的选择就不应该是个太大的问题。
