### Pull Up Constructor Body（構造函數本體上移）
你在各個subclass 中擁有一些構造函數，它們的本體（代碼）幾乎完全一致。
在superclass 中新建一個構造函數，并在subclass 構造函數中調用它。
~~~
class Manager extends Employee...
public Manager (String name, String id, int grade) {
_name = name;
_id = id;
_grade = grade;
}
~~~
=>
~~~
public Manager (String name, String id, int grade) {
super (name, id);
_grade = grade;
}
~~~
**動機（Motivation）**
構造函數（constructors ）是很奇妙的東西。它們不是普通函數，使用它們比使用普通函數受到更多的限制。
如果你看見各個subclass 中的函數有共同行為，你的第一個念頭應該是將共同行為提煉到一個獨立函數中，然后將這個函數提升到superclass 。對構造函數而言，它們彼此的共同行為往往就是「對象的建構」。這時候你需要在superclass 中提供一個構造函數，然后讓subclass 都來調用它。很多時候，「調用superclass 構造函數」就是subclass 構造函數的惟一動作。這里不能運用Pull Up Method，因為你無法在subclass 中繼承superclass 構造函數（你可曾痛恨過這個規定？）。
如果重構過程過于復雜，你可以考慮轉而使用Replace Constructor with Factory Method。
**作法（Mechanics）**
- 在superclass 中定義一個構造函數。
- 將subclass 構造函數中的共同代碼搬移到superclass 構造函數中。
- 被搬移的可能是subclass 構造函數的全部內容。
- 首先設法將共同代碼搬移到subclass 構造函數起始處，然后再拷貝到superclass構造函數中。
- 將subclass 構造函數中的共同代碼刪掉，改而調用新建的superclass 構造函數。
- 如果subclass 構造函數中的所有代碼都是共同碼，那么對superclass 構造函數的調用將是subclass 構造函數的惟一動作。
- 編譯，測試。
- 如果日后subclass 構造函數再出現共同代碼，你可以首先使用 Extract Method 將那一部分提煉到一個獨立函數，然后使用Pull Up Method 將該函數上移到superclass。
**范例：（Example）**
下面是一個表示「雇員」的Employee class 禾11 一個表示「經理」的Manager class：
~~~
class Employee...
protected String _name;
protected String _id;
class Manager extends Employee...
public Manager (String name, String id, int grade) {
_name = name;
_id = id;
_grade = grade;
}
private int _grade;
~~~
Employee 的值域應該在Employee 構造函數中被設妥初值。因此我定義了一個Employee 構造函數，并將它聲明為protected，表示subclass 應該調用它：
~~~
class Employee
protected Employee (String name, String id) {
_name = name;
_id = id;
}
~~~
然后，我從中調用它：
~~~
public Manager (String name, String id, int grade) {
super (name, id);
_grade = grade;
}
~~~
后來情況又有些變化，構造函數中出現了共同代碼。假如我有以下代碼：
~~~
class Employee...
boolean isPriviliged() {..}
void assignCar() {..}
class Manager...
public Manager (String name, String id, int grade) {
super (name, id);
_grade = grade;
if (isPriviliged()) assignCar(); //every subclass does this
}
boolean isPriviliged() {
return _grade > 4;
}
~~~
我不能把調用assignCar() 的行為移到superclass 構造函數中，因為惟有把合適的值賦給_grade 值域后才能執行assignCar() 。此時我需要Extract Method 和 Pull Up Method。
~~~
class Employee...
void initialize() {
if (isPriviliged()) assignCar();
}
class Manager...
public Manager (String name, String id, int grade) {
super (name, id);
_grade = grade;
initialize();
}
~~~
- 譯序 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 ）
- 小結
- 章節十五 集成
- 參考書目