### Replace Inheritance with Delegation(以委托取代繼承)
某個subclass 只使用superclass 接口中的一部分,或是根本不需要繼承而來的數據。
在subclass 中新建一個值域用以保存superclass ;調整subclass 函數,令它改而委托superclass ;然后去掉兩者之間的繼承關系。

**動機(Motivation)**
繼承(Inheritance )是一件很棒的事,但有時候它并不是你要的。常常你會遇到這樣的情況:一開始你繼承了一個class ,隨后發現superclass 的許多操作并不真正 適用于subclass 。這種情況下你所擁有的接口并未真正反映出class 的功能。或者,你可能發現你從superclass 中繼承了 一大堆subclass 并不需要的數據,抑或者你可能發現superclass 中的某些protected 函數對subclass 并沒有什么意義。
你可以選擇容忍,并接受傳統說法:subclass 可以只使用superclass 功能的一部分。但這樣做的結果是:代碼傳達的信息與你的意圖南輯北轍——這是一種裩淆,你應該將它去除。
如果以委托(delegation)取代繼承(Inheritance ),你可以更清楚地表明:你只需要受托類(delegated class)的一部分功能。接口中的哪一部分應該被使用,哪一部分應該被忽略,完全由你主導控制。這樣做的成本則是需要額外寫出請托函數(delegating methods),但這些函數都非常簡單,極少可能出錯。
**作法(Mechanics)**
- 在subclass 中新建一個值域,使其引用(指向、指涉、refers)superclass 的一個實體,并將它初始化為this。
- 修改subclass 內的每一個(可能)函數,讓它們不再使用superclass ,轉而使 用上述那個「受托值域」(delegated field)。每次修改后,編譯并測試。
- 你不能如此這般地修改subclass 中「通過super 調用superclass 函數」的函數,否則它們會陷入無限遞歸(infinite recurse)。這一類函數只有在繼承關系被打破后才能修改。
- 去除兩個classes 之間的繼承關系,將上述「受托值域」(delegated field)的賦值動作修改為「賦予一個新對象」。
- 針對客戶端所用的每一個superclass 函數,為它添加一個簡單的請托函數(delegating method)。
- 編譯,測試。
**范例:(Example)**
「濫用繼承」的一個經典范例就是讓Stack class 繼承Vector class 。Java 1.1的utility library(java.util)恰好就是這樣做的。(這些淘氣的孩子啊!)不過,作為范例,我只給出一個比較簡單的形式:
~~~
class MyStack extends Vector {
public void push(Object element) {
insertElementAt(element,0);
}
public Object pop() {
Object result = firstElement();
removeElementAt(0);
return result;
}
}
~~~
只要看看Mystack 用戶,我就會發現,用戶只要它做四件事:push()、pop()、size() 和 isEmpty() 。后兩個函數是從Vector 繼承來的。
我要把這里的繼承關系改為委托關系。首先,我要在中新建一個值域,用以保存「受托之Vector 對象」。一開始我把這個值域初始化為this,這樣在重構進行過程中,我就可以同時使用繼承和委托:
~~~
private Vector _vector = this;
~~~
現在,我開始修改MyStack 的函數,讓它們使用委托關系。首先從push() 開始:
~~~
public void push(Object element) {
_vector.insertElementAt(element,0);
}
~~~
此時我可以編譯并測試,一切都將運轉如常。現在輪到pop() :
~~~
public Object pop() {
Object result = _vector.firstElement();
_vector.removeElementAt(0);
return result;
}
~~~
修改完所有subclass 函數后,我可以打破與superclass 之間的聯系了 :
~~~
class MyStack extends Vector
private Vector _vector = new Vector();
~~~
然后,對于Stack 客戶端可能用到的每一個Vector 函數(譯注:這些函數原本是 繼承而來的),我都必須在中添加一個簡單的請托函數(delegating method):
~~~
public int size() {
return _vector.size();
}
public boolean isEmpty() {
return _vector.isEmpty();
}
~~~
現在我可以編譯并測試。如果我忘記加入某個請托函數,編譯器會告訴我。
- 譯序 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 )
- 小結
- 章節十五 集成
- 參考書目