為什么Java中繼承是有害的
2019-11-18 13:42:34
供稿：網友
概述
大多數好的設計者象躲避瘟疫一樣來避免使用實現繼續(extends 關系)。實際上80%的代碼應該完全用interfaces寫，而不是通過extends?！?a href="http://www.49028c.com/article.asp?typeid=160">java設計模式”一書具體闡述了怎樣用接口繼續代替實現繼續。這篇文章描述設計者為什么會這么作。
Extends是有害的；也許對于Charles Manson這個級別的不是，但是足夠糟糕的它應該在任何可能的時候被避開?！癑AVA設計模式”一書花了很大的部分討論用interface繼續代替實現繼續。
好的設計者在他的代碼中，大部分用interface，而不是具體的基類。本文討論為什么設計者會這樣選擇，并且也介紹一些基于interface的編程基礎。
接口（Interface）和類（Class）
一次，我參加一個Java用戶組的會議。在會議中，Jams Gosling（Java之父）做發起人講話。在那令人難忘的Q&A部分，有人問他：“假如你重新構造Java，你想改變什么？”?！拔蚁霋仐塩lasses”他回答。在笑聲平息后，它解釋說，真正的問題不是由于class本身，而是實現繼續(extends 關系)。接口繼續（implements關系）是更好的。你應該盡可能的避免實現繼續。
失去了靈活性
為什么你應該避免實現繼續呢？第一個問題是明確的使用具體類名將你固定到特定的實現，給底層的改變增加了不必要的困難。
在當前的靈敏編程方法中，核心是并行的設計和開發的概念。在你具體設計程序前，你開始編程。這個技術不同于傳統方法的形式----傳統的方式是設計應該在編碼開始前完成----但是許多成功的項目已經證實你能夠更快速的開發高質量代碼，相對于傳統的按部就班的方法。但是在并行開發的核心是主張靈活性。你不得不以某一種方式寫你的代碼以至于最新發現的需求能夠盡可能沒有痛苦的合并到已有的代碼中。
勝于實現你也許需要的特征，你只需實現你明確需要的特征，而且適度的對變化的包容。假如你沒有這種靈活，并行的開發，那簡直不可能。
對于Inteface的編程是靈活結構的核心。為了說明為什么，讓我們看一下當使用它們的時候，會發生什么?？紤]下面的代碼：
f()
{ LinkedList list = new LinkedList();
//...
g( list );
}
g( LinkedList list )
{
list.add( ... );
g2( list )
}
現在，假設一個對于快速查詢的需求被提出，以至于這個LinkedList不能夠解決。你需要用HashSet來代替它。在已有代碼中，變化不能夠局部化，因為你不僅僅需要修改f()也需要修改g()（它帶有LinkedList參數），并且還有g()把列表傳遞給的任何代碼。象下面這樣重寫代碼:
f()
{ Collection list = new LinkedList();
//...
g( list );
}
g( Collection list )
{
list.add( ... );
g2( list )
}
這樣修改Linked list成hash，可能只是簡單的用new HashSet()代替new LinkedList()。就這樣。沒有其他的需要修改的地方。
作為另一個例子，比較下面兩段代碼：
f()
{ Collection c = new HashSet();
//...
g( c );
}
g( Collection c )
{
for( Iterator i = c.iterator(); i.hasNext() )
do_something_with( i.next() );
}
和
f2()
{ Collection c = new HashSet();
//...
g2( c.iterator() );
}
g2( Iterator i )
{ while( i.hasNext() )
do_something_with( i.next() );
}
g2()方法現在能夠遍歷Collection的派生，就像你能夠從Map中得到的鍵值對。事實上，你能夠寫iterator，它產生數據，代替遍歷一個Collection。你能夠寫iterator，它從測試的框架或者文件中得到信息。這會有巨大的靈活性。
耦合
對于實現繼續，一個更加要害的問題是耦合---令人煩躁的依靠，就是那種程序的一部分對于另一部分的依靠。全局變量提供經典的例子，證實為什么強耦合會引起麻煩。例如，假如你改變全局變量的類型，那么所有用到這個變量的函數也許都被影響，所以所有這些代碼都要被檢查，變更和重新測試。而且，所有用到這個變量的函數通過這個變量相互耦合。也就是，假如一個變量值在難以使用的時候被改變，一個函數也許就不正確的影響了另一個函數的行為。這個問題顯著的隱藏于多線程的程序。
