重構(gòu)--修改代碼的學問

1、 樂學Team分享系列之 重重 構(gòu)構(gòu) 修改代碼的學問 Jun.xiong2013.3.14Roadmap什么是重構(gòu)?重構(gòu)的意義Smell Code與常見重構(gòu)方法重構(gòu)與設計重構(gòu)的正確時機參考資料什么是重構(gòu)?三要素: 調(diào)整代碼的內(nèi)部結(jié)構(gòu)(What) 不改變代碼原有功能與行為(Not What) 提高代碼可理解性,降低維護與修改成本(Goal)代碼寫好后改進它的設計什么是重構(gòu)?重構(gòu)的意義好代碼是修改出來的“擦干凈窗戶,你可以看得更遠”如果它沒有壞,就別動它?(古老格言古老格言) 軟件是有機生命體,設計會腐化,代碼會膨脹重構(gòu)之道,防患未然.問題代碼是債務Smell Code與重構(gòu)方法重復代碼代碼中的變

2、化擴散,不利于擴展代碼長度增加修改與閱讀難度增加Tips:封裝變化,提取方法或類Smell Code與重構(gòu)方法過大類/過長函數(shù)做得太多提供了客戶程序不需要的功能理解與復用困難Tips: 單一職責原則:一次只做一件事 提取函數(shù)與類Smell Code與重構(gòu)方法過多注釋代碼命名不合理邏輯或算法太復雜注釋與代碼修改同步困難Tips: 注釋時機:為什么這樣做,不知道做什么提取方法,規(guī)范命名Smell Code與重構(gòu)方法過長參數(shù)列表4個以上參數(shù)不利于變化擴展*args, *kwargs需要額外的注釋Tips: 將參數(shù)封裝成對象Smell Code與重構(gòu)方法函數(shù)依戀(Feature Envy)函數(shù)對某cl

3、ass興趣大于自己所處的class profile.addComment() activity.addComment()Tips: 將數(shù)據(jù)與操作這些數(shù)據(jù)的方法放在一起Smell Code與重構(gòu)方法過多復雜的算法分支Tips: Replace switch-case with Strategy Smell Code與重構(gòu)方法不完善的程序類庫(Incomplete Library Class)已有包或庫功能不能滿足需求Tips: 繼承-Subclassing 委托-WrappingSmell Code與重構(gòu)方法Other Tips:If-else衛(wèi)語句查詢與修改分離重構(gòu)一開始是小步進行的不要對參數(shù)

4、賦值 典型重構(gòu)動作變量,函數(shù),類,模塊等重命名提取方法 類的提取與分拆 類的擴展 方法重寫原則:高內(nèi)聚,低藕合,將變化放在一起重構(gòu)與設計重構(gòu)與設計關于建模與模型抽象與聚焦模型3要素: 屬性,行為,關系Modeling focus is on What, not HowValue object VS. Entity ObjectComposition(組合)與Aggregation(聚合) Delegation(委托)組合,聚合,委托優(yōu)先于繼承(Inheritance)重構(gòu)與設計Architecture(架構(gòu))The Most important partsDesign StructureThe

5、 relationships between those partsRisks in Software DevelopmentForgetting an important requirement Building the wrong thingReducing risk is in the requirements phase重構(gòu)與設計Whats Common?Whats Variable?If a design isnt flexible, then CHANGE IT!Never settle on bad design重構(gòu)與設計開發(fā)者需要了解設計原則,學習設計模式設計是不斷演化并浮現(xiàn)出

6、來的重構(gòu)不斷,原始設計會腐化設計與性能無法兼顧時重設計:良好的程序結(jié)構(gòu)與可擴展性重性能:好的用戶訪問體驗與速度How should we do?重構(gòu)與設計開發(fā)者不能只會寫代碼做計劃,對工作的管理與設定目標學會設計與架構(gòu)知識理解需求學會降低風險整體的配合與協(xié)作重構(gòu)的正確時機前提:足夠的時間,人力,財力支持,并對代碼進行回歸驗證添加新特性時現(xiàn)有代碼結(jié)構(gòu)讓你不方便進行理解不熟悉代碼時重復第二次做類似事情修補錯誤時評審代碼時為了改進設計Kent Beck的兩頂帽子添加新特性時不應該優(yōu)先考慮重構(gòu)迅速正確實現(xiàn)功能重構(gòu)時不要添加新功能不該重構(gòu)的時機項目已近最后期限邏輯復雜,你沒有花時間去分析你不理解前任開發(fā)者為什么這樣編寫團隊里的新成員,或新接觸項目