《人月神话》里Brooks提到，构造程序中非常重要的一点就是"保持概念的完整性"
使得问题解决方法看起来是如此的自然，而不觉得有拼凑的感觉。
面向对象设计方法的主要目标是，更好的进行程序设计。一般而言，一个好的设计
要比差的设计，所需的代码量要小一点。 但并不能机械的来理解，相对于设计的
完整性而言，实现代码多少的并不是首先应该考虑的。问题越复杂的情况下，越是如此。
万不可本末倒置。
如果 TCar 和 TShip 本来就设计不良，那就更应该用 组合而不是继承来利用他们。
那是因为继承是一种明显比组合,偶合性高的多的,代码复用方法。
当然发现“许多代码都是重复”的时候，我觉得更应该从原来的设计概念上
做反思，比如是不是 原有的设计抽象程度不够，或者设计的聚能性不高，
使得一个功能到处散布。具体实现层面的技术，基本不可能去修正设计层面
上产生的问题。
