# 章節八 重新組織數據
本章之中,我將討論數個「能讓你更輕松運用數據」的重構手法。很多人或許會認為Self Encapsulate Field 有點多余,但是關于「對象應該直接訪問其中的數據,抑或應該通過訪問函數(accessor)來訪問」這一問題,爭論的聲音從來不曾停止。有時候你確實需要訪問函數,此時你就可以通過Self Encapsulate Field 得到它們。通常我會選擇「直接訪問」方式,因為我發現,只要我想做,任何時候進行這項重構都是很簡單的。
面向對象語言有一個很有用的特征:除了允許使用傳統語言提供的簡單數據型別,它們還允許你定義新型別。不過人們往往需要一段時間才能習慣這種編程方式。一開始你常會使用一個簡單數值來表示某個概念;隨著對系統的深入了解,你可能會明白,以對象表示這個概念,可能更合適。 Replace Data Value with Object 讓你可以將「啞」數據(dumb data)變成會說話的對象(articulate objects)。如果你發現程序中有太多地方需要這一類對象,你也可以使用Change Value to Reference 將它們變成reference object。
如果你看到一個array的行為方式很像一個數據結構,你可以使用 Replace Array with Object 把array變成對象,從而使這個數據結構更清晰地顯露出來。但這只是第一步,當你使用Move Method 為這個新對象加入相應行為時,真正的好處才得以體現。
魔法數(magic numbers),也就是帶有特殊含義的數字,從來都是個問題。我還清楚記得,一開始學習編程的時候,老師就告訴我不要使用魔法數。但它們還是不時出現。因此,只要弄清楚魔法數的用途,我就運用 Replace Magic Number with Symbolic Constant 將它們除掉,以絕后患。
對象之間的關聯(links)可以單向,也可以雙向。單向關聯比較簡單,但有時為了支持一項新功能,你需要以Change Unidirectional Association to Bidirectional 將它變成雙向關聯。Change Bidirectional Association to Unidirectional 則恰恰相反:如果你發現不再需要雙向關聯,可以使用這項重構將它變成單向關聯。
我常常遇到這樣的情況:GUI classes竟然去處理不該它們處理的業務邏輯(business logic)。為了把這些處理業務邏輯的行為移到合適的domain class去,你需要在domain class中保存這些邏輯的相關數據,并運用 Duplicate Observed Data 提供對GUI的支持。一般來說,我不喜歡重復的數據,但這是一個例外,因為這里的重復數據通常是不可避免的。
面向對象編程(OOP)的關鍵原則之一就是封裝。如果一個class暴露了任何public數據,你就應該使用Encapsulate Field 將它高雅而正派地包裝起來。如果被暴露的數據是個群集(collection),你就應該使用Encapsulate Collection 因為群集有其特殊協議。如果一整筆記錄(record)都被裸露在外,你就應該使用 Replace Record with Data Class。
需要特別對待的一種數據是type code〔型別碼):這是一種特殊數值,用來指出 「與實體所屬之型別相關的某些東西」。Type code通常以枚舉(enumeration)形式出現,并且通常以static final整數實現之。如果這些type code用來表現某種信息,并且不會改變所屬class的行為,你可以運用 Replace Type Code with Class 將它們替換掉,這項重構會為你提供更好的型別檢查,以及一個更好的平臺,使你可以在未來更方便地將相關行為添加進去。另一方面,如果class的行為受到type code的影響,你就應該盡可能使用Replace Type Code with Subclasses。如果做不到,就只好使用更復雜(同時也更靈活)的 Replace Type Code with State/Strategy。
- 譯序 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 )
- 小結
- 章節十五 集成
- 參考書目