互聯網開發行業的人在問我提高java代碼可重用性有哪些方法措施，那今天我就給大家詳細講下提高java代碼可重用性的措施吧，希望不懂的可以從中學習加以理解，懂的也可以加以鞏固下這些知識點，我把提高java代碼可重用性歸納了三大措施，下面就給大家分別來講下這三大核心知識點。

?核心一：通過類繼承實現代碼重用不是精確的代碼重用技術，因此它并不是最理想的代碼重用機制。繼承總是帶來一些多余的方法和數據成員，它們總是使得重用類里面某個方法的代碼復雜化。另外，派生類對父類的依賴關系也使得代碼進一步復雜化：對父類的改動可能影響子類；修改父類或者子類中的任意一個類時，我們很難記得哪一個方法被子類覆蓋、哪一個方法沒有被子類覆蓋；最后，子類中的覆蓋方法是否要調用父類中的對應方法有時并不顯而易見。

任何方法，只要它執行的是某個單一概念的任務，就其本身而言，它就應該是首選的可重用代碼。為了重用這種代碼，我們必須回歸到面向過程的編程模式，把類的實例方法移出成為全局性的過程。為了提高這種過程的可重用性，過程代碼應該象靜態工具方法一樣編寫：它只能使用自己的輸入參數，只能調用其他全局性的過程，不能使用任何非局部的變量。這種對外部依賴關系的限制簡化了過程的應用，使得過程能夠方便地用于任何地方。當然，由于這種組織方式總是使得代碼具有更清晰的結構，即使是不考慮重用性的代碼也同樣能夠從中獲益。

在Java中，方法不能脫離類而單獨存在。為此，我們可以把相關的過程組織成為獨立的類，并把這些過程定義為公用靜態方法，在組織和封裝對象數據成員的過程中，類起到了不可或缺的作用，類通過多重接口實現多態性的能力本身也帶來了卓越的代碼重用支持。

核心二：描述參數對象要求的接口越簡單，其他類實現該接口的機會就越大，由此，其對象能夠作為參數使用的類也越多。從下面這個例子可以很容易地看出這一點：

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

這個方法用于檢查兩個窗口是否重疊。如果這個方法只要求從參數獲得兩個窗口的矩形坐標，此時相應地簡化這兩個參數是一種更好的選擇，有些時候可能會出現描述參數需求的接口擁有太多方法的情況。此時，我們應該在全局名稱空間中定義一個新的公共接口供其他面臨同一問題的代碼重用。當我們需要象使用C語言中的函數指針一樣使用參數時，創建唯一的接口描述參數需求是最好的選擇。例如，假設有下面這個過程：

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

該方法運用參數中提供的比較對象comp，通過比較給定列表list中的對象排序list列表。sort對comp對象的唯一要求是要調用一個方法進行比較，因此SortComparison接口不能在其他地方重用。

核心三：在面向對象編程中，代碼重用真正的要點在于通過接口參數類型利用多態性，而不是通過類繼承，我們通過對接口而不是對類編程達到代碼重用的目的。如果某個方法的所有參數都是對一些已知接口的引用，那么這個方法就能夠操作這樣一些對象，當我們編寫方法的代碼時，這些對象的類甚至還不存在。從技術上說，可重用的是方法，而不是傳遞給方法的對象。

例如，讓我們假設有這樣一個方法：

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

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

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

總結

以上是生活随笔為你收集整理的java 重用性_Java开发重用性必备的三大核心知识点的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。