Java中如何解決不完美的庫類

這篇文章將為大家詳細講解有關Java中如何解決不完美的庫類，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

不完美的庫類

不完美的庫類(Incomplete Library Class)

當一個類庫已經(jīng)不能滿足實際需要時，你就不得不改變這個庫（如果這個庫是只讀的，那就沒轍了）。
問題原因

許多編程技術都建立在庫類的基礎上。庫類的作者沒用未卜先知的能力，不能因此責怪他們。麻煩的是庫往往構(gòu)造的不夠好，而且往往不可能讓我們修改其中的類以滿足我們的需要。

解決方法

如果你只想修改類庫的一兩個函數(shù)，可以運用 引入外加函數(shù)(Introduce Foreign Method)；
如果想要添加一大堆額外行為，就得運用 引入本地擴展(Introduce Local Extension) 。
收益

減少代碼重復（你不用一言不合就自己動手實現(xiàn)一個庫的全部功能，代價太高）
何時忽略

如果擴展庫會帶來額外的工作量。
重構(gòu)方法說明

引入外加函數(shù)(Introduce Foreign Method)

問題

你需要為提供服務的類增加一個函數(shù)，但你無法修改這個類。

class Report {
//...
void sendReport() {
Date nextDay = new Date(previousEnd.getYear(),
previousEnd.getMonth(), previousEnd.getDate() + 1);
//...
}
}
解決

在客戶類中建立一個函數(shù)，并一個第一個參數(shù)形式傳入一個服務類實例。

class Report {
//...
void sendReport() {
Date newStart = nextDay(previousEnd);
//...
}
private static Date nextDay(Date arg) {
return new Date(arg.getYear(), arg.getMonth(), arg.getDate() + 1);
}
}
引入本地擴展(Introduce Local Extension)

問題

你需要為服務類提供一些額外函數(shù)，但你無法修改這個類。

中間人

中間人(Middle Man)

如果一個類的作用僅僅是指向另一個類的委托，為什么要存在呢？

問題原因

對象的基本特征之一就是封裝：對外部世界隱藏其內(nèi)部細節(jié)。封裝往往伴隨委托。但是人們可能過度運用委托。比如，你也許會看到一個類的大部分有用工作都委托給了其他類，類本身成了一個空殼，除了委托之外不做任何事情。

解決方法

應該運用 移除中間人(Remove Middle Man)，直接和真正負責的對象打交道。

收益

減少笨重的代碼。
何時忽略

如果是以下情況，不要刪除已創(chuàng)建的中間人：

添加中間人是為了避免類之間依賴關系。
一些設計模式有目的地創(chuàng)建中間人（例如代理模式和裝飾器模式）。
重構(gòu)方法說明

移除中間人(Remove Middle Man)

問題

某個類做了過多的簡單委托動作。

依戀情結(jié)

依戀情結(jié)(Feature Envy)

一個函數(shù)訪問其它對象的數(shù)據(jù)比訪問自己的數(shù)據(jù)更多。
問題原因

這種氣味可能發(fā)生在字段移動到數(shù)據(jù)類之后。如果是這種情況，你可能想將數(shù)據(jù)類的操作移動到這個類中。

解決方法

As a basic rule, if things change at the same time, you should keep them in the same place. Usually data and functions that use this data are changed together (although exceptions are possible).

有一個基本原則：同時會發(fā)生改變的事情應該被放在同一個地方。通常，數(shù)據(jù)和使用這些數(shù)據(jù)的函數(shù)是一起改變
一個函數(shù)明顯應該被移到另一個地方，可運用 搬移函數(shù)(Move Method) 。
如果僅僅是函數(shù)的部分代碼訪問另一個對象的數(shù)據(jù)，運用 提煉函數(shù)(Extract Method) 將這部分代碼移到獨立的函數(shù)中。
如果一個方法使用來自其他幾個類的函數(shù)，首先確定哪個類包含大多數(shù)使用的數(shù)據(jù)。然后，將該方法與其他數(shù)據(jù)一起放在此類中?；蛘?，使用 提煉函數(shù)(Extract Method) 將方法拆分為幾個部分，可以放置在不同類中的不同位置。
收益

減少重復代碼（如果數(shù)據(jù)處理的代碼放在中心位置）。
何時忽略

有時，行為被有意地與保存數(shù)據(jù)的類分開。這通常的優(yōu)點是能夠動態(tài)地改變行為（見策略設計模式，訪問者設計模式和其他模式）。
重構(gòu)方法說明

搬移函數(shù)(Move Method)

問題

你的程序中，有個函數(shù)與其所駐類之外的另一個類進行更多交流：調(diào)用后者，或被后者調(diào)用。

提煉函數(shù)(Extract Method)

問題

你有一段代碼可以組織在一起。

void printOwing() {
printBanner();

//print details
System.out.println("name: " + name);
System.out.println("amount: " + getOutstanding());
}
解決

移動這段代碼到一個新的函數(shù)中，使用函數(shù)的調(diào)用來替代老代碼。

void printOwing() {
printBanner();
printDetails(getOutstanding());
}

void printDetails(double outstanding) {
System.out.println("name: " + name);
System.out.println("amount: " + outstanding);
}
狎昵關系

狎昵關系(Inappropriate Intimacy)

一個類大量使用另一個類的內(nèi)部字段和方法。
問題原因

類和類之間應該盡量少的感知彼此（減少耦合）。這樣的類更容易維護和復用。

解決方法

最簡單的解決方法是運用 搬移函數(shù)(Move Method) 和 搬移字段(Move Field) 來讓類之間斬斷
你也可以看看是否能運用 將雙向關聯(lián)改為單向關聯(lián)(Change Bidirectional Association to Unidirectional) 讓其中一個類對另一個說分手。
如果這兩個類實在是情比金堅，難分難舍，可以運用 提煉類(Extract Class) 把二者共同點提煉到一個新類中，讓它們產(chǎn)生愛的結(jié)晶。或者，可以嘗試運用 隱藏委托關系(Hide Delegate) 讓另一個類來為它們牽線搭橋。
繼承往往造成類之間過分緊密，因為子類對超類的了解總是超過后者的主觀愿望，如果你覺得該讓這個子類自己闖蕩，請運用 以委托取代繼承(Replace Inheritance with Delegation) 來讓超類和子類分家。
收益

提高代碼組織性。
提高代碼復用性。
重構(gòu)方法說明

搬移函數(shù)(Move Method)

問題

你的程序中，有個函數(shù)與其所駐類之外的另一個類進行更多交流：調(diào)用后者，或被后者調(diào)用。

解決

在該函數(shù)最常引用的類中建立一個有著類似行為的新函數(shù)。將舊函數(shù)變成一個單純的委托函數(shù)，或是舊函數(shù)完全移除。

搬移字段(Move Field)

問題

在你的程序中，某個字段被其所駐類之外的另一個類更多地用到。

解決

在目標類新建一個字段，修改源字段的所有用戶，令他們改用新字段。

將雙向關聯(lián)改為單向關聯(lián)(Change Bidirectional Association to Unidirectional)

問題

兩個類之間有雙向關聯(lián)，但其中一個類如今不再需要另一個類的特性。

解決

去除不必要的關聯(lián)。

提煉類(Extract Class)

問題

某個類做了不止一件事。

解決

建立一個新類，將相關的字段和函數(shù)從舊類搬移到新類。

隱藏委托關系(Hide Delegate)

問題

客戶通過一個委托類來調(diào)用另一個對象。

解決

在服務類上建立客戶所需的所有函數(shù)，用以隱藏委托關系。

以委托取代繼承(Replace Inheritance with Delegation)

問題

某個子類只使用超類接口中的一部分，或是根本不需要繼承而來的數(shù)據(jù)。

解決

在子類中新建一個字段用以保存超類；調(diào)整子類函數(shù)，令它改而委托超類；然后去掉兩者之間的繼承關系。

過度耦合的消息鏈

過度耦合的消息鏈(Message Chains)

消息鏈的形式類似于：obj.getA().getB().getC()。

問題原因

如果你看到用戶向一個對象請求另一個對象，然后再向后者請求另一個對象，然后再請求另一個對象……這就是消息鏈。實際代碼中你看到的可能是一長串 getThis()或一長串臨時變量。采取這種方式，意味客戶代碼將與查找過程中的導航緊密耦合。一旦對象間關系發(fā)生任何變化，客戶端就不得不做出相應的修改。

解決方法

可以運用 隱藏委托關系(Hide Delegate) 刪除一個消息鏈。

有時更好的選擇是：先觀察消息鏈最終得到的對象是用來干什么的?？纯茨芊褚?提煉函數(shù)(Extract Method)把使用該對象的代碼提煉到一個獨立函數(shù)中，再運用 搬移函數(shù)(Move Method) 把這個函數(shù)推入消息鏈。
收益

能減少鏈中類之間的依賴。
能減少代碼量。

何時忽略

過于侵略性的委托可能會使程序員難以理解功能是如何觸發(fā)的。
重構(gòu)方法說明

隱藏委托關系(Hide Delegate)

問題

客戶通過一個委托類來調(diào)用另一個對象。

解決

在服務類上建立客戶所需的所有函數(shù)，用以隱藏委托關系。

提煉函數(shù)(Extract Method)

問題

你有一段代碼可以組織在一起。

void printOwing() {
printBanner();

//print details
System.out.println("name: " + name);
System.out.println("amount: " + getOutstanding());
}
解決

移動這段代碼到一個新的函數(shù)中，使用函數(shù)的調(diào)用來替代老代碼。

void printOwing() {
printBanner();
printDetails(getOutstanding());
}

void printDetails(double outstanding) {
System.out.println("name: " + name);
System.out.println("amount: " + outstanding);
}
搬移函數(shù)(Move Method)

問題

你的程序中，有個函數(shù)與其所駐類之外的另一個類進行更多交流：調(diào)用后者，或被后者調(diào)用。

解決

在該函數(shù)最常引用的類中建立一個有著類似行為的新函數(shù)。將舊函數(shù)變成一個單純的委托函數(shù)，或是舊函數(shù)完全移除。

關于“Java中如何解決不完美的庫類”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。