很多時候，乙個子類並不需要父類的所有特徵，它可能只是需要其中的某些特徵，但是由於通過繼承，父類所有的特徵都有了，需要的和不需要的特徵同時具備了。而那些子類實際上不需要用到的，有時候甚至是極力避免使用的特徵也可以隨便使用，這就是繼承的***。特別是允許多重繼承的oo語言中，很容易引起不容易發現的錯誤。
設計模式更多的強調面向介面，只實現特定介面的功能，這就是介面的好處，同時介面可以變更。
oo技術發展也有好多年了，乙個很明顯的趨勢就是繼承的使用越來越少，而介面的使用越來越廣泛了。oo技術領域的程式設計風格的變遷，由大量的繼承到幾乎無處不用的面向介面程式設計。
呵呵，介面不是替代繼承。比如說我現在就是要我的動物去爬樹，我根本就不需要知道到底是狗去爬樹還是猴子去爬樹。我派乙個「能爬樹」的動物去爬。這個能爬樹的動物既可以是猴子，也可以是狗。這樣不是很靈活嗎？
介面和繼承的區別
當使用繼承的時候，主要是為了不必重新開發，並且在不必了解實現細節的情況下擁有了父類我所需要的特徵。但是很多時候，乙個子類並不需要父類的所有特徵，它可能只是需要其中的某些特徵，但是由於通過繼承，父類所有的特徵都有了，需要的和不需要的特徵同時具備了。而那些子類實際上不需要用到的，有時候甚至是極力避免使用...
關於繼承和介面的區別
當使用繼承的時候，主要是為了不必重新開發，並且在不必了解實現細節的情況下擁有了父類我所需要的特徵。但是很多時候，乙個子類並不需要父類的所有特徵，它可能只是需要其中的某些特徵，但是由於通過繼承，父類所有的特徵都有了，需要的和不需要的特徵同時具備了。而那些子類實際上不需要用到的，有時候甚至是極力避免使用...
繼承和介面
繼承和介面 一 抽象類 抽象類和介面的關係非常緊密，都必須有要實現的成員。它們最大的區別是由抽象類可以派生出一些成員的實現，但介面卻不包含任何成員的實現。當派生出的事物都屬於同乙個種類時，此時可用抽象類 當派生出的事物的功能要求完全不同的類物件時，就要用介面實現。抽象類要求至少有乙個抽象成員，抽象成...