### Self Encapsulate Field（自封裝值域）
你直接訪問一個值域（field），但與值域之間的耦合關系逐漸變得笨拙。
為這個值域建立取值/設值函數（getting and setting methods ），并且只以這些函數來訪問值域。
~~~
private int _low, _high;
boolean includes (int arg) {
return arg >= _low && arg <= _high;
}
~~~
=>
~~~
private int _low, _high;
boolean includes (int arg) {
return arg >= getLow() && arg <= getHigh();
}
int getLow() {return _low;}
int getHigh() {return _high;}
~~~
**動機（Motivation）**
在「值域訪問方式」這個問題上，存在兩種截然不同的觀點：其中一派認為，在該 變量定義所在的中，你應該自由（直接）訪問它；另一派認為，即使在這個class中你也應該只使用訪問函數間接訪問之。兩派之間的爭論可以說是如火如荼。（參見Auer在[Auer]p.413和Beck在[Beck]上的討論。）
本質而言，「間接訪問變量」的好處是，subclass得以通過「覆寫一個函數」而改變獲取數據的途徑；它還支持更靈活的數據管理方式，例如lazy initialization (意思是: 只有在需要用到某值時，才對它初始化）。
「直接訪問變量」的好處則是：代碼比較容易閱讀。閱讀代碼的時候，你不需要停下來說：『啊，這只是個取值函數。』
面臨選擇時，我總是做兩手準備。通常情況下我會很樂意按照團隊中其他人的意愿來做。就我自己而言，我比較喜歡先使用「直接訪問」方式，直到這種方式給我帶來麻煩為止。如果「直接訪問」給我帶來麻煩，我就會轉而使用「間接訪問」方式。 重構給了我改變主意的自由。
如果你想訪問superclass中的一個值域，卻又想在subclass中將「對這個變量的訪問」改為一個計算后的值，這就是最該使用Self Encapsulate Field的時候。「值域自我封裝」只是第一步。完成自我封裝之后，你可以在subclass中根據自己的需要隨意覆寫取值/設值函數（getting and setting methods ）。
**作法（Mechanics）**
- 為「待封裝值域」建立取值/設值函數（getting and setting methods）。
- 找出該值域的所有引用點，將它們全部替換為「對于取值/設值函數的調用」。
- 如果引用點是「讀取」值域值，就將它替換為「調用取值函數」；如果引用點是「設定」值域值，就將它替換為「調用設值函數」。
- 你可以暫時為該值域改名，讓編譯器幫助你查找引用點。
- 將該值域聲明為private。
- 復查，確保找出所有引用點。
- 編譯，測試。
**范例（Example）**
下面這個例子看上去有點過分簡單。不過，嘿，起碼它寫起來很快：
~~~
class IntRange {
private int _low, _high;
boolean includes (int arg) {
return arg >= _low && arg <= _high;
}
void grow(int factor) {
_high = _high * factor;
}
IntRange (int low, int high) {
_low = low;
_high = high;
}
~~~
為了封裝_low和_high這兩個值域，我先定義「取值/設值函數」（如果此前沒有定義的話），并使用它們：
~~~
class IntRange {
boolean includes (int arg) {
return arg >= getLow() && arg <= getHigh();
}
void grow(int factor) {
setHigh (getHigh() * factor);
}
private int _low, _high;
int getLow() {
return _low;
}
int getHigh() {
return _high;
}
void setLow(int arg) {
_low = arg;
}
void setHigh(int arg) {
_high = arg;
}
~~~
使用本項重構時，你必須小心對待「在構造函數中使用設值函數」的情況。一般說來，設值函數被認為應該在「對象創建后」才使用，所以初始化過程中的行為有可能與設值函數的行為不同。在這種情況下，我也許在構造函數中直接訪問值域，要不就是建立另一個獨立的初始化函數：
~~~
IntRange (int low, int high) {
initialize (low, high);
}
private void initialize (int low, int high) {
_low = low;
_high = high;
}
~~~
一旦你擁有一個subclass，上述所有動作的價值就體現出來了。如下所示：
~~~
class CappedRange extends IntRange {
CappedRange (int low, int high, int cap) {
super (low, high);
_cap = cap;
}
private int _cap;
int getCap() {
return _cap;
}
int getHigh() {
return Math.min(super.getHigh(), getCap());
}
}
~~~
現在，我可以在CappedRange class中覆寫getHigh()，從而加入對cap的考慮，而不必修改IntRange class的任何行為。
- 譯序 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 ）
- 小結
- 章節十五 集成
- 參考書目