### Extract Superclass(提煉超類)
兩個classes 有相似特性(similar features)。
為這兩個classes 建立一個superclass ,將相同特性移至superclass 。

**動機(Motivation)**
重復代碼是系統中最主要的一種糟糕東西。如果你在不同的地方進行相同一件事 情,一旦需要修改那些動作時,你就得負擔比你原本應該負擔的更多事情。
重復代碼的某種形式就是:兩個classes 以相同的方式做類似的事情,或者以不同的方式做類似的事情。對象提供了一種簡化這種情況的機制,那就是繼承機制。但是,在建立這些具有共通性的classes 之前,你往往無法發現這樣的共通性,因此你經常會在「具有共通性」的classes 存在之后,再幵始建立其間的繼承結構。
另一種選擇就是Extract Class。這兩種方案之間的選擇其實就是繼承(Inheritance )和委托(delegation)之間的選擇。如果兩個classes 可以共享行為, 也可以共享接口,那么繼承是比較簡單的作法。如果你選錯了,也總有 Replace Inheritance with Delegation 這瓶后悔藥可吃。
**作法(Mechanics)**
- 為原本的classes 新建一個空白的abstract superclass。
- 運用Pull Up Field, Pull Up Method, 和 Pull Up Constructor Body 逐一將subclass 的共同充素上移到superclass 。
- 先搬移值域,通常比較簡單。
- 如果相應的subclass 函數有不同的簽名式(signature),但用途相同,可以先使用Rename Method 將它們的簽名式改為相同,然后 再使用 Pull Up Method。
- 如果相應的subclass 函數有相同的簽名式,但函數本體不同,可以在superclass 中把它們的共同簽名式聲明為抽象函數。
- 如果相應的subclass 函數有不同的函數本體,但用途相同,可試著使用 Substitute Algorithm 把其中一個函數的函數本體拷貝到另一個函數中。如果運轉正常,你就可以使用 Pull Up Method。
- 每次上移后,編譯并測試。
- 檢查留在subclass 中的函數,看它們是否還有共通成分。如果有,可以使用Extract Method 將共通部分再提煉出來,然后使用 Pull Up Method 將提煉出的函數上移到superclass 。如果各個subclass 中某個函數的整體流程很相似,你也許可以使用Form Template Method。
- 將所有共通元素都上移到superclass 之后,檢查subclass 的所有用戶。如果它們只使用共同接口,你就可以把它們所索求的對象型別改為superclass 。
**范例:(Example)**
下面例子中,我以Employee 表示「員工」,以Department 表示「部門」:
~~~
class Employee...
public Employee (String name, String id, int annualCost) {
_name = name;
_id = id;
_annualCost = annualCost;
}
public int getAnnualCost() {
return _annualCost;
}
public String getId(){
return _id;
}
public String getName() {
return _name;
}
private String _name;
private int _annualCost;
private String _id;
public class Department...
public Department (String name) {
_name = name;
}
public int getTotalAnnualCost(){
Enumeration e = getStaff();
int result = 0;
while (e.hasMoreElements()) {
Employee each = (Employee) e.nextElement();
result += each.getAnnualCost();
}
return result;
}
public int getHeadCount() {
return _staff.size();
}
public Enumeration getStaff() {
return _staff.elements();
}
public void addStaff(Employee arg) {
_staff.addElement(arg);
}
public String getName() {
return _name;
}
private String _name;
private Vector _staff = new Vector();
~~~
這里有兩處共同點。首先,員工和部門都有名稱(names);其次,它們都有年度成本(annual costs),只不過計算方式略有不同。我要提煉出一個superclass ,用以包容這些共通特性。第一步是新建這個superclass ,并將現有的兩個classes 定義為其subclasses:
~~~
abstract class Party {}
class Employee extends Party...
class Department extends Party...
~~~
然后我開始把特性上移至superclass 。先實施Pull Up Field 通常會比較簡單:
~~~
class Party...
protected String _name;
~~~
然后,我可以使用 Pull Up Method 把這個值域的取值函數(getter)也上移至superclass :
~~~
class Party {
public String getName() {
return _name;
}
~~~
我通常會把這個值域聲明為private 。不過,在此之前,我需要先使用Pull Up Constructor Body,這樣才能對_name 正確賦值:
~~~
class Party...
protected Party (String name) {
_name = name;
}
private String _name;
class Employee...
public Employee (String name, String id, int annualCost) {
super (name);
_id = id;
_annualCost = annualCost;
}
class Department...
public Department (String name) {
super (name);
}
~~~
Department.getTotalAnnualCost() 和 Employee.getAnnualCost() 兩個函數的用途相同,因此它們應該有相同的名稱。我先運用 Rename Method 把它們的名稱改為相同:
~~~
class Department extends Party {
public int getAnnualCost(){
Enumeration e = getStaff();
int result = 0;
while (e.hasMoreElements()) {
Employee each = (Employee) e.nextElement();
result += each.getAnnualCost();
}
return result;
}
~~~
它們的函數本體仍然不同,因此我目前還無法使用 Pull Up Method。但是我 可以在superclass 中聲明一個抽象函數:
~~~
abstract public int getAnnualCost()
~~~
這一步修改完成后,我需要觀察兩個subclasses 的用戶,看看是否可以改變它們轉而使用新的superclass 。用戶之一就是Department 自身,它保存了一個Employee 對象群集。Department .getAnnualCost() 只調用群集內的元素(對象)的getAnnualCost() 函數,而該函數此刻乃是在Party class 聲明的:
~~~
class Department...
public int getAnnualCost(){
Enumeration e = getStaff();
int result = 0;
while (e.hasMoreElements()) {
Party each = (Party) e.nextElement();
result += each.getAnnualCost();
}
return result;
}
~~~
這一行為暗示一種新的可能性:我可以用Composite 模式[Gang of Four] 來對待Department 和Employee ,這樣就可以讓一個Department 對象包容另—個Department 對象。這是一項新功能,所以這項修改嚴格來說不屬于重構范圍。如果用戶恰好需要Composite 模式,我可以修改_staff 值域名字,使其更好地表現這一模式。這一修改還會帶來其他相應修改:修改addStaff() 函數名稱,并將該函數的參數型別改為Party class 。最后還需要把headCount() 函數變成一個遞歸調用。我的作法是在Employee 中建立一個headCount() 函數,讓它返回1;再使用Substitute Algorithm 修改Department 的headCount() 函數,讓它總和(add)各部門的headCount() 調用結果。
- 譯序 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 )
- 小結
- 章節十五 集成
- 參考書目