### 現實的檢驗
決定追求我的博士學位之前,我在貝爾實驗室(Bell Labs)工作了一些年頭。那幾年我主要是在公司的一個電子交換系統開發部門里工作。那些產品用來處理電話呼叫,對可靠性和速度的要求都非常高。公司已經投資數千個人年(staff-year)到這些系統的開發和持續發展上,產品生命周期長達數十年。在這些系統的開發中,大部分成本并不是花在最初版本,而是花在其后對系統不斷的修改和調整上。如果能找到一種方法,使這些修改更容易、成本更低,那么公司將從中大大受益。
由于貝爾實驗室出資讓我攻讀博士,所以我希望我的研究領域不僅能滿足自己技術上的興趣,也能與貝爾實驗室的實際業務需求有關。20世紀80年代后期,面向對 象技術剛剛誕生于研究性實驗室里頭。當Ralph Johnson 提出一個既關注面向對象技術、又關注「變化過程(process of change )和軟件進化(software evolution)」之支持技術的研究題目時,我立刻接受了它,以之作為我的博士研究題目。
曾經有人告訴我,很少人能夠在完成了自己的博士學業后平靜地看待自己的題目。有些人對自己的題目感到極其厭倦,很快轉向其他研究;另一些人則保持對原先主題的高度熱情。我就屬于后面這種人。
當我拿到學位回到貝爾實驗室,發生了一件奇怪的事:我周遭幾乎沒有人像我一樣為重構激動不己。
我還清楚記得我在1993年初所做的一個演講,那是在AT&T 貝爾實驗室和NCR(那時我們是同一家公司的兩個部門)的員工技術交流論壇上。我做了一個45分鐘的演講,主題就是重構。一開始,演講似乎進行得很順利,我對這個主題的激情感染了聽眾。但是演講結束時,幾乎沒有人提問。有一位與會者從后排走過來企圖學習更多一些,他正要開始做畢業設計,正四處查找研究課題。我很希望看到一些項目開發人員能夠表現出「想在工作中應用重構技術」的熱情。如果他們真有熱情,至少那天他們并沒有表現出來。
看起來,人們根本不打算接受它。
關于研究,Ralph Johnson 給我上了重要的一課:如果有人(文章讀者或是演講會聽眾)說「我不懂」或者不打算接受它,那就是我們的失敗。我們有責任努力發展自己的思想,并將它清楚表達出來。
其后的兩年中,在AT&T貝爾實驗室的內部論壇上,在外面的研討會上,我得到了無數次談論重構的機會。隨著與一線開發人員的交談愈來愈多,我開始明白為什么以前的演講不能感染別人。我與聽眾的距離有一部分是因為面向對象技術自身就很新。那些使用它工作的人多半都還沒有完成第一個版本的開發,所以還沒有遇到「演化(evolution)」這個大問題,而這個問題是重構能夠幫忙解決的。這是研究人員的典型尷尬處境——技術的發展超前于實踐。但是,造成這種距離,還有另一個討厭的原因。有一些常識性原因影響了開發者,所以即使他們了解重構的好處,也不情愿對自己的程序進行重構。如果要讓重構得到開發者的擁抱,首先必須解決這些問題。
- 譯序 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 )
- 小結
- 章節十五 集成
- 參考書目