### Replace Delegation with Inheritance(以繼承取代委托)
你在兩個classes 之間使用委托關系(delegation),并經常為整個接口編寫許多極簡單的請托函數(delegating methods)。
讓「請托(delegating)class」繼承「受托 class (delegate)」。

**動機(Motivation)**
本重構與 Replace Delegation with Inheritance 恰恰相反。如果你發現自己需要使用「受托 class」中的所有函數,并且費了很大力氣編寫所有極簡的請托函數(delegating methods),本重構可以幫助你輕松回頭使用「繼承」。
兩條告誡需牢記于心。首先,如果你并沒有使用「受托class 」的所有函數(而非只是部分函數),那么就不應該使用Replace Delegation with Inheritance,因為subclass 應該總是遵循(奉行)superclass 的接口。如果過多的請托函數讓你煩心,你有別的選擇:你可以通過 Remove Middle Man 讓客戶端自己調用受托函數,也可以使用Extract Superclass 將兩個classes 接口相同的部分提煉到superclass 中, 然后讓兩個classes 都繼承這個新的superclass ;你還可以以類似手法使用Extract Interface。
另一種需要當心的情況是:受托對象被不止一個其他對象共享,而且受托對象是可變的(mutable)。在這種情況下,你就不能將「委托關系」替換為「繼承關系」,因為這樣就無法再共享數據了。數據共享是必須由「委托關系」承擔的一種責任,你無法把它轉給「繼承關系」。如果受托對象是不可變的(immutable),數據共享就不 成問題,因為你大可放心地拷貝對象,誰都不會知道。
**作法(Mechanics)**
- 讓「請托端」成為「受托端」的一個subclass 。
- 編譯。
- 此時,某些函數可能會發生沖突:它們可能有相同的名稱,但在返回型別(return type)、異常指定(exceptions)或可視性(visibility)方面有所差異。你可以使用Rename Method 解決此類問題。
- 將「受托值域」(delegated field)設為「該值域所處之對象自身」。
- 去掉簡單的請托函數(delegating methods)。
- 編譯并測試。
- 將所有其他「涉及委托關系」的動作,改為「調用對象自身(繼承而來的函 數)」。
- 移除「受托值域」(delegated field)。
**范例:(Example)**
下面是一個簡單的Employee,將一些函數委托給另一個同樣簡單的Person :
~~~
class Employee {
Person _person = new Person();
public String getName() {
return _person.getName();
}
public void setName(String arg) {
_person.setName(arg);
}
public String toString () {
return "Emp: " + _person.getLastName();
}
}
class Person {
String _name;
public String getName() {
return _name;
}
public void setName(String arg) {
_name = arg;
}
public String getLastName() {
return _name.substring(_name.lastIndexOf(' ')+1);
}
}
~~~
第一步,只需聲明兩者之間的繼承關系:
~~~
class Employee extends Person
~~~
此時,如果有任何函數發生沖突,編譯器會提醒我。如果某幾個函數的名稱相同、但返回型別不同,或拋出不同的異常,它們之間就會出現沖突。所有此類問題都可以通過Rename Method 加以解決。為求簡化,我沒有在范例中列出這些麻煩情況。
下一步要將「受托值域」(delegated field)設值為「該值域所處之對象自身」。同時,我必須先刪掉所有簡單的請托函數(例如getName() 和setName())。如果留下這種函數,就會因為無限遞歸而引起系統的call stack 滿溢(overflow)。在此范例中,我應該把Employee 的getName() 和setName() 拿掉。
一旦Employee 可以正常工作了,我就修改其中「使用了請托函數(譯注:或受托值域)」的函數,讓它們直接調用「從superclass 繼承而來的函數」:
~~~
public String toString () {
return "Emp: " + getLastName();
}
~~~
擺脫所有涉及委托關系的函數后,我也就可以擺脫_person 這個(受托)值域了。
- 譯序 by 侯捷
- 譯序 by 熊節
- 序言
- 前言
- 章節一 重構,第一個案例
- 起點
- 重構的第一步
- 分解并重組statement()
- 運用多態(Polymorphism)取代與價格相關的條件邏輯
- 結語
- 章節二 重構原則
- 何謂重構
- 為何重構
- 「重構」助你找到臭蟲(bugs)
- 何時重構
- 怎么對經理說?
- 重構的難題
- 重構與設計
- 重構與性能(Performance)
- 重構起源何處?
- 章節三 代碼的壞味道
- Duplicated Code(重復的代碼)
- Long Method(過長函數)
- Large Class(過大類)
- Long Parameter List(過長參數列)
- Divergent Change(發散式變化)
- Shotgun Surgery(散彈式修改)
- Feature Envy(依戀情結)
- Data Clumps(數據泥團)
- Primitive Obsession(基本型別偏執)
- Switch Statements(switch驚悚現身)
- Parallel Inheritance Hierarchies(平行繼承體系)
- Lazy Class(冗贅類)
- Speculative Generality(夸夸其談未來性)
- Temporary Field(令人迷惑的暫時值域)
- Message Chains(過度耦合的消息鏈)
- Middle Man(中間轉手人)
- Inappropriate Intimacy(狎昵關系)
- Alternative Classes with Different Interfaces(異曲同工的類)
- Incomplete Library Class(不完美的程序庫類)
- Data Class(純稚的數據類)
- Refused Bequest(被拒絕的遺贈)
- Comments(過多的注釋)
- 章節四 構筑測試體系
- 自我測試代碼的價值
- JUnit測試框架
- 添加更多測試
- 章節五 重構名錄
- 重構的記錄格式
- 尋找引用點
- 這些重構準則有多成熟
- 章節六 重新組織你的函數
- Extract Method(提煉函數)
- Inline Method(將函數內聯化)
- Inline Temp(將臨時變量內聯化)
- Replace Temp with Query(以查詢取代臨時變量)
- Introduce Explaining Variable(引入解釋性變量)
- Split Temporary Variable(剖解臨時變量)
- Remove Assignments to Parameters(移除對參數的賦值動作)
- Replace Method with Method Object(以函數對象取代函數)
- Substitute Algorithm(替換你的算法)
- 章節七 在對象之間搬移特性
- Move Method(搬移函數)
- Move Field(搬移值域)
- Extract Class(提煉類)
- Inline Class(將類內聯化)
- Hide Delegate(隱藏「委托關系」)
- Remove Middle Man(移除中間人)
- Introduce Foreign Method(引入外加函數)
- Introduce Local Extension(引入本地擴展)
- 章節八 重新組織數據
- Self Encapsulate Field(自封裝值域)
- Replace Data Value with Object(以對象取代數據值)
- Change Value to Reference(將實值對象改為引用對象)
- Replace Array with Object(以對象取代數組)
- Replace Array with Object(以對象取代數組)
- Duplicate Observed Data(復制「被監視數據」)
- Change Unidirectional Association to Bidirectional(將單向關聯改為雙向)
- Change Bidirectional Association to Unidirectional(將雙向關聯改為單向)
- Replace Magic Number with Symbolic Constant(以符號常量/字面常量取代魔法數)
- Encapsulate Field(封裝值域)
- Encapsulate Collection(封裝群集)
- Replace Record with Data Class(以數據類取代記錄)
- Replace Type Code with Class(以類取代型別碼)
- Replace Type Code with Subclasses(以子類取代型別碼)
- Replace Type Code with State/Strategy(以State/strategy 取代型別碼)
- Replace Subclass with Fields(以值域取代子類)
- 章節九 簡化條件表達式
- Decompose Conditional(分解條件式)
- Consolidate Conditional Expression(合并條件式)
- Consolidate Duplicate Conditional Fragments(合并重復的條件片段)
- Remove Control Flag(移除控制標記)
- Replace Nested Conditional with Guard Clauses(以衛語句取代嵌套條件式)
- Replace Conditional with Polymorphism(以多態取代條件式)
- Introduce Null Object(引入Null 對象)
- Introduce Assertion(引入斷言)
- 章節十一 處理概括關系
- Pull Up Field(值域上移)
- Pull Up Method(函數上移)
- Pull Up Constructor Body(構造函數本體上移)
- Push Down Method(函數下移)
- Push Down Field(值域下移)
- Extract Subclass(提煉子類)
- Extract Superclass(提煉超類)
- Extract Interface(提煉接口)
- Collapse Hierarchy(折疊繼承關系)
- Form Template Method(塑造模板函數)
- Replace Inheritance with Delegation(以委托取代繼承)
- Replace Delegation with Inheritance(以繼承取代委托)
- 章節十二 大型重構
- 這場游戲的本質
- Tease Apart Inheritance(梳理并分解繼承體系)
- Convert Procedural Design to Objects(將過程化設計轉化為對象設計)
- Separate Domain from Presentation(將領域和表述/顯示分離)
- Extract Hierarchy(提煉繼承體系)
- 章節十三 重構,復用與現實
- 現實的檢驗
- 為什么開發者不愿意重構他們的程序?
- 現實的檢驗(再論)
- 重構的資源和參考資料
- 從重構聯想到軟件復用和技術傳播
- 結語
- 參考文獻
- 章節十四 重構工具
- 使用工具進行重構
- 重構工具的技術標準(Technical Criteria )
- 重構工具的實用標準(Practical Criteria )
- 小結
- 章節十五 集成
- 參考書目