作者：五一
日期：2001-6-7 16:40:08
提高Java代碼可重用性的三個措施(3)
松下客　　2001-05-29 09:35:18

　　

　　而Rectangular接口的定義是： 

　　public interface Rectangular {Rectangle getBounds();} 

　　現在，所有可以描述為矩形的類（即，實現了Rectangular接口的類）所創建的對象都可以作為提供給pRectangular.contains()的rect參數。通過放寬參數類型的限制，我們使方法具有更好的可重用性。 

　　不過，對于上面這個例子，Rectangular接口的getBounds方法返回Rectangle，你可能會懷疑這么做是否真正值得。換言之，如果我們知道傳入過程的對象會在被調用時返回一個Rectangle，為什么不直接傳入Rectangle取代接口類型呢？之所以不這么做，最重要的原因與集合有關。讓我們假設有這樣一個方法： 

　　static public boolean areAnyOverlapping(Collection rects) {...} 

　　該方法用于檢查給定集合中的任意矩形對象是否重疊。在這個方法的內部，當我們用循環依次訪問集合中的各個對象時，如果我們不能把對象cast成為Rectangular之類的接口類型，又如何能夠訪問對象的矩形區域呢？唯一的選擇是把對象cast成為它特有的類形式（我們知道它有一個方法可以返回矩形），它意味著方法必須事先知道它所操作的對象類型，從而使得方法的重用只限于那幾種對象類型。而這正是前面這個措施力圖先行避免的問題！ 

　　措施三：選擇最簡單的參數接口類型 
　　在實施第二個措施時，應該選用哪一種接口類型來取代給定的類形式？答案是哪一個接口完全滿足過程對參數的需求，同時又具有最少的多余代碼和數據。描述參數對象要求的接口越簡單，其他類實現該接口的機會就越大——由此，其對象能夠作為參數使用的類也越多。從下面這個例子可以很容易地看出這一點： 

　　static public boolean areOverlapping(Window window1, Window window2) {...} 

　　這個方法用于檢查兩個窗口（假定是矩形窗口）是否重疊。如果這個方法只要求從參數獲得兩個窗口的矩形坐標，此時相應地簡化這兩個參數是一種更好的選擇： 

　　static public boolean areOverlapping(Rectangular rect1, Rectangular rect2) {...} 

　　上面的代碼假定Window類型實現了Rectangular接口。經過改動之后，對于任何矩形對象我們都可以重用該方法的功能。 

　　有些時候可能會出現描述參數需求的接口擁有太多方法的情況。此時，我們應該在全局名稱空間中定義一個新的公共接口供其他面臨同一問題的代碼重用。 


　　當我們需要象使用C語言中的函數指針一樣使用參數時，創建唯一的接口描述參數需求是最好的選擇。例如，假設有下面這個過程： 

　　static public void sort(List list, SortComparison comp) {...} 

　　該方法運用參數中提供的比較對象comp，通過比較給定列表list中的對象排序list列表。sort對comp對象的唯一要求是要調用一個方法進行比較。因此，SortComparison應該是只帶有一個方法的接口： 

　　public interface SortComparison {
　　boolean comesBefore(Object a, Object b);
　　} 

　　SortComparison接口的唯一目的在于為sort提供一個它所需功能的鉤子，因此SortComparison接口不能在其他地方重用。 

　　總而言之，本文三個措施適合于改造現有的、按照面向對象慣例編寫的代碼。這三個措施與面向對象編程技術結合就得到了一種可在以后編寫代碼時使用的新式代碼編寫技術，它能夠簡化方法的復雜性和依賴關系，同時提高方法的可重用能力和內部凝聚力。 

　　當然，這里的三個措施不能用于那些天生就不適合重用的代碼。不適合重用的代碼通常出現在應用的表現層。例如，創建程序用戶界面的代碼，以及聯結到輸入事件的控制代碼，都屬于那種在程序和程序之間千差萬別的代碼，這種代碼幾乎不可能重用。