我已经用面向对象语言编程几十年了。我使用的第一个OO语言是c++，然后是Smalltalk，最后是。net和Java。

我很想利用继承，封装,多态性．范式的三大支柱。

我渴望获得重用的承诺，并利用我的前辈在这个新的和令人兴奋的领域中获得的智慧。

一想到要把现实世界的对象映射到它们的类中，我就无法抑制自己的兴奋，并期望整个世界都能井然有序地就位。

我大错特错了。

遗产，第一根倒下的支柱

乍一看，继承似乎是面向对象范式的最大好处。所有简单的形状层次的例子，都被作为例子展示给新灌输的人，似乎有逻辑意义。

重用是今天的关键词。不，让它成为一年，也许永远。

我吞下了这一切，带着我新发现的洞察力冲进了这个世界。

香蕉猴子丛林问题

带着心中的宗教信仰和需要解决的问题，我开始构建Class Hierarchies并编写代码。整个世界都很美好。

我永远不会忘记那天，我准备通过继承现有类来兑现重用的承诺。这是我一直在等待的时刻。

一个新的项目出现了，我回想起了我在上一个项目中非常喜欢的课程。

没有问题。重用来拯救。我要做的只是从其他项目中抓取类并使用它。

嗯，实际上，不只是那个班。我们需要父类。但是，就这样了。

等等，看来我们还需要父母的父母…然后，我们需要所有的家长。好吧，我来处理。没有问题。

和伟大的。现在它不会编译了。为什么? ?哦,我知道了……这对象包含另一对象。所以我也需要这个。没有问题。

等等，我不只是需要那对象。我需要对象的父对象和父对象的父对象等等所有包含的对象的所有父对象以及它们的父对象，父对象，父对象。

啊。

有一句名言乔·阿姆斯特朗， Erlang的创造者:

面向对象语言的问题是它们有所有这些隐式环境。你想要一根香蕉，但你得到的是一只拿着香蕉的大猩猩和整个丛林。

香蕉猴子丛林解决方案

我可以通过不创建太深的等级制度来解决这个问题。但是如果继承是重用的关键，那么我对该机制的任何限制肯定会限制重用的好处。对吧?

正确的。

那么，一个可怜的面向对象程序员，一个健康的Kool-aid帮助，该怎么办呢?

包含和委托。稍后再详细介绍。

钻石的问题

根据语言的不同，下面的问题迟早会露出它丑陋的、无法解决的脑袋。

大多数OO语言不支持这一点，尽管如此似乎要有逻辑意义。在OO语言中支持这一点有什么困难?

想象一下下面的伪代码:

类PoweredDevice {
｝类扫描器继承自PoweredDevice {
函数开始(){
｝
｝类Printer继承自PoweredDevice {
函数开始(){
｝
｝类copy继承自Scanner, Printer {
｝

注意到扫描仪类和打印机类实现一个名为开始．

哪个start函数复印机类继承?的扫描仪一个?的打印机一个?不可能两者都是。

钻石的解决方案

解决办法很简单。不要这样做。

是的没错。大多数OO语言不允许您这样做。

但是，但是，如果我要做这个模型呢?我要我的重用!

那么你必须包含和委托．

类PoweredDevice {
｝类扫描器继承自PoweredDevice {
函数开始(){
｝
｝类Printer继承自PoweredDevice {
函数开始(){
｝
｝类复印机{
扫描仪扫描
打印机的打印机
函数开始(){
printer.start ()
｝
｝

注意这里复印机类的实例打印机和一个扫描仪．它代表开始函数打印机类的实现。它可以很容易地委托给扫描仪．

这个问题是继承支柱的另一个裂缝。

脆弱的基类问题

所以我把我的层次结构做得很浅，避免它们是周期性的。不要给我钻石。

整个世界都很美好。直到……

一天，我的代码工作，第二天它停止工作。意外的是。我没有更改我的代码．

嗯，也许是一个bug，但是等等……做改变.．.

但我的代码里没有．结果发现变化发生在我继承的那个班级。

基类中的一个变化怎么可能破坏我的代码??

这就是……

想象一下下面的基类(它是用Java写的，但如果你不懂Java，应该很容易理解):

进口java.util.ArrayList;

公共类数组
｛
private ArrayList