重構之美-培訓文檔

維護和編寫可維護的代碼重構概念提出者與倡導者KentBeck:重構概念提出者，Junit的原創(chuàng)者，極限編程的創(chuàng)建人MartinFowler:<重構>一書的作者

ErichGamma:<設計模式>作者，Eclipse開發(fā)工具負責人什么是重構重構(refactoring)是這樣一個過程：在不改變代碼外在行為的前提下，調(diào)整程序的內(nèi)部結構，提高可理解性，降低修改成本。不變的百度桌面，變化的百度技術升級的windows系統(tǒng)，基本不變的界面推測有生命力的軟件，界面一成不變，用戶量，性能，實際功能不斷提升。因此，推測。。。有生命力的軟件都需要重構、重寫或開始就設計優(yōu)良，容易擴展.后者可能性不大我們的系統(tǒng)現(xiàn)狀ICP系統(tǒng)從2007年一直使用，多人維護，不同系統(tǒng)使用，多版本接口升級。ICP系統(tǒng)的一個實現(xiàn)類。變量和函數(shù)聲明要5屏才能容納下.現(xiàn)有代碼的問題：超長代碼(1)現(xiàn)有代碼的問題：超長代碼(2)現(xiàn)有代碼的問題：超長代碼(3)現(xiàn)有代碼的問題：超長代碼(4)現(xiàn)有代碼的問題：超長代碼(5)代碼壞味道重復不清晰復雜問題如何維護和升級這樣的系統(tǒng)呢？重寫？重構？維持現(xiàn)狀？實際做法業(yè)務優(yōu)先，持續(xù)改進。對業(yè)務和技術都有利。進行各層次的重構與改進。能用就行，則改進困難，不知道時間消耗在哪里。選擇后者！并從代碼開始。重構的作用利于團隊開發(fā)，任務分工改進設計：不必在開始就設計結構精妙的代碼，而日趨完善使軟件更容易理解，或重構者更能理解代碼。提高編程速度。時間細化，問題原子化。重構的第一步建立測試機制(1)本類測試main()(2)單元測試junit其他框架測試工具spring3.x中有介紹(3)調(diào)試

重構的原則小步快跑：小步改進，頻繁測試兩頂帽子原則：重構時不修改功能，修改功能時不重構。重構時機必須隨時進行，因為下一次修改代碼的人基本還是你。節(jié)省的是你自己的時間。隨時進行，不用專門的時間，不用專門立項。臨近交付的代碼，別重構。代碼壞味道重復代碼過長函數(shù)過大類過長參數(shù)列冗長的Swich語句，if/else語句過多考慮未來的代碼注掉的代碼過多的注釋再說測試的重要性單元測試有就比沒有好，使問題簡單化節(jié)省調(diào)試時間

一本junit書籍的作者說：自己使用junit后，開發(fā)同樣系統(tǒng)的時間，從500小時縮減到了20小時或更少。提高對質(zhì)量的信心重新組織函數(shù)—分解函數(shù)提煉函數(shù)：有一段代碼可以獨立出來，就起個解釋用途的名字內(nèi)聯(lián)函數(shù)：函數(shù)太簡單，去掉函數(shù)，直接引用內(nèi)容以上兩個過程是互逆的。重新組織函數(shù)–變量去除臨時變量引入解釋性變量：解釋代碼、表達式用途分解臨時變量：每個變量一種職責重新組織函數(shù)–函數(shù)到對象以函數(shù)對象取代函數(shù)：有一個大函數(shù)，對局部的使用讓你無法分解出獨立的函數(shù)。將這個函數(shù)放進一個單獨的對象中，如此一來局部變量就變成了對象內(nèi)的字段。然后你可以在同一個對象中將這個大函數(shù)分解為小函數(shù)。這個很有用，且難，單獨列出。參見<重構>P135對象之間搬移特性

遷移的依據(jù)：決定把責任放在哪里？搬移函數(shù)：從不常用類移到常用類搬移字段：某個字段更多的被另一個類引用，遷移到哪里提煉類：多個責任的類，拆分之引入本地擴展：一個服務類需要額外的函數(shù)，但不能修改，建立一個繼承源類的子類重新組織數(shù)據(jù)

面向對象的一大特性：允許你重新定義數(shù)據(jù)類型封裝字段：設定字段私有，建立取值、設值函數(shù)改變字段值。解除類之間字段操作的緊耦合關系。也更靈活做更多工作。以對象取代數(shù)據(jù)值：幾個數(shù)據(jù)項組合使用，就定義一個對象包含組合字段。對象取代數(shù)組。這在js中作用更明顯。已常量或枚舉取代魔法數(shù)(簡單文字、數(shù)字)。簡化表達式

多個If/else：每個處理提煉出獨立函數(shù)或使用多態(tài)函數(shù)。復雜的條件表達式：合并類似的條件，將條件表達式定義為函數(shù)。合并重復條件片段Return取代嵌套條件表達式。減少后續(xù)的邏輯混亂。簡化函數(shù)調(diào)用

給類、函數(shù)取個好名字：這是計算機語言和人類社會語言的溝通橋梁。<代碼大全>中用整個一章來講命名的重要性將查詢函數(shù)和修改函數(shù)分離保持對象完整性：當用到對象部分數(shù)據(jù)時，傳遞整個對象引入?yún)?shù)對象。引入工廠方法處理繼承關系

字段上移、下移函數(shù)上移、下移提煉子類提煉超類提煉接口重構與設計模式

參考<重構與模式>一書重構降低了過度設計，能在不精細化設計前提下，完成任務重構趨向模式，清除不必要的模式自己經(jīng)驗：設計模式?jīng)]研究入門，重構使用了一下，好像設計模式開始入門了。對設計模式的不滿

書上說：感覺設計模式?jīng)]用或無從下手，是因為對設計模式不熟悉，沒應用。學習設計模式是繼承前人經(jīng)驗，我也在努力。模式與重構—創(chuàng)建

用工廠方法替換構造函數(shù)。將實例化過程移入工廠類:在工廠方法中引入多態(tài)創(chuàng)建：如vo和do的賦值使用單例簡化數(shù)據(jù)訪問：如配置文件的讀取模式與重構—簡化

組合方法：使方法內(nèi)部的邏輯都在同一層次上。用策略模式替換條件邏輯：?每個處理一個變體裝飾功能移動到裝飾器類中：代碼向類的核心職責提供裝飾功能，去除公用重復部分。Java文件處理類?字符處理的加密和過濾功能可以移入裝飾器。用命令模式替換條件調(diào)度程序：boss中用到組合模式替換樹形字符串創(chuàng)建：定義節(jié)點對象，避免重復操作模式與重構—泛化

子類中類似方法執(zhí)行類似步驟：提煉模板方法，上移到超類。在oss中用到。用門面模式兼容新系統(tǒng)和遺留系統(tǒng)。OSS中用到，門面處理boss\運維\代理的數(shù)據(jù)交互層。門面模式定義：提供一個統(tǒng)一的接口去訪問多個子系統(tǒng)的多個不同的接口,它為子系統(tǒng)中的一組接口提供一個統(tǒng)一的高層接口。使用子系統(tǒng)更容易使用。模式與重構—聚集

長字符串的傳遞用自定義數(shù)據(jù)對象表示。觀察者模式如何實現(xiàn)的？重構工具

Jsp的includeEclipse的工具實際中的重構

重構必須實施才有用。重構方法和設計模式一樣，如同游泳指南。不使用就沒有任何意義。業(yè)務系統(tǒng)維護中，一切的前提是數(shù)據(jù)分層原則必須遵守，整理各層代碼，每層技術和用途不同Jsp/js,配置文件，各類語言文件拆分，發(fā)布時的