# 譯序 by 熊節
**重構的生活方式**
還記得那一天,當我把《重構》的全部譯稿整理完畢,發送給侯老師時,心里竟然不經意地有了一絲惘然。我是一只習慣的動物,總是安于一種習慣的生活方式。在那之前的很長一段時間里,習慣了每天晚上翻譯這本書,習慣了隨手把問題寫成mail發給Martin Fowler先生,習慣了閱讀Martin及時而耐心的回信,習慣了在那本復印的、略顯粗糙的書本上勾勾畫畫,習慣了躺在床上咀嚼回味那些帶有一點點英國紳士矜持口吻的詞句,習慣了背后嗡嗡作響的老空調…當深秋的風再次染紅了香山的葉,這種生活方式也就告一段落了。
只有幾位相熟的朋友知道我在翻譯這本書,他們不太明白為什么常把經濟學掛在嘴邊的我會樂于幫侯老師翻譯這本書一我自己也不明白,大概只能用愛好來解釋吧。既然已經衣食無憂,既然還有一點屬于自己的時間,能夠親手把這本《重構》翻譯出來,也算是給自己的一個交代。
第一次聽到「重構」這個詞,是在2001年10月。在當時,它的思想足以令我感到震撼。軟件自有其美感所在。軟件工程希望建立完美的需求與設計,按照既有的規范編寫標準劃一的代碼,這是結構的美;快速迭代和RAD顛覆「全知全能」的神話,用近乎刀劈斧砍(crack)的方式解決問題,在混沌的循環往復中實現需求,這是解構的美;而Kent Beck與Martin Fowler兩人站在一起,XP那敏捷而又嚴謹的方法論演繹了重構的美―我不知道是誰最初把refactoring一詞翻譯為「重構」,或許無心插柳,卻成了點睛之筆。
我一直是設計模式的愛好者。曾經在我的思想中,軟件開發應該有一個「理想國」一 當然,在這個理想國維持著完美秩序的,不是哲學家,而是模式。設計模式給我們的,不僅僅是一些問題的解決方案,更有追求完美「理型」的渴望。但是,Joshua Kerievsky在那篇著名的《模式與XP》〔收錄于《極限編程研究》一書)中明白地指出:在設計前期使用模式常常導致過度工程(over-engineering)。這是一個殘酷的現實,單憑對完美的追求無法寫出實用的代碼,而「實用」是軟件壓倒一切的要素。從一篇《停止過度工程》開始,Joshua撰寫了 "Refactoring to Patterns"系列文章。 這位猶太人用他民族性的睿智頭腦,敏銳地發現了軟件的后結構主義道路。而讓設 計模式在飛速變化的Internet時代重新閃現光輝的,又是重構的力量。
在一篇流傳甚廣的帖子里,有人把《重構》與《設計模式》并列為「Java行業的圣經」。在我看來這種并列其實并不準確。實際上,盡管我如此喜愛這本《重構》,但自從完成翻譯之后,我再也沒有讀過它。不,不是因為我已經對它爛熟于心,而是因為重構已經變成了我的另一種生活方式,變成了我每天的「面包與黃油」,變成了我們整個團隊的空氣與水,以至于無須再到書中尋找任何「神諭』。而《設計模式》,我倒是放在手邊時常翻閱,因為總是記得不那么真切。
所以,在你開始閱讀本書之前,我有兩個建議要給你:首先,把你的敬畏扔到大西洋里去,對于即將變得像空氣與水一樣普通的技術,你無須對它敬畏;其次,找到合適的開發工具(如果你和我一樣是Java人,那么這個「合適的工具」就是Eclipse),學會使用其中的自動測試和重構功能,然后再嘗試使用本書介紹的任何技術。懶惰是程序員的美德之一,絕不要因為這本書讓你變得勤快。
最后,即使你完全掌握了這本書中的所有東西,也千萬不要跟別人吹噓。在我們的團隊里,程序員常常會說:『如果沒有單元測試和重構,我沒辦法寫代碼。』
好了,感謝你耗費一點點的時間來傾聽我現在對重構、對這本《重構》的想法。Martin Fowler經常說,花一點時間來重構是值得的,希望你會覺得花一點時間看我的文字也是值得的。
熊節2003年6月11日
夜杭州
P.S.我想借這個難得的機會感謝一個人:我親愛的女友馬姍姍。在北京的日子里,是她陪伴著我度過每個日日夜夜,照顧我的生活,使我能夠有精力做些喜歡的事(包括翻譯這本書〉。當我埋頭在屏幕前敲打鍵盤時,當我抱著書本冥思苦想時,她無私地容忍了我的癡迷與冷淡。謝謝你,姍姍,我永遠愛你。
- 譯序 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 )
- 小結
- 章節十五 集成
- 參考書目