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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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