建立乙個可靠的測試環境。設想會發生的情況，建立測試環境。把得到的結果和參考結果做比較。
分解重組。抽取大量**塊的內容，拆分成小的**塊。找出函式內的區域性變數和引數。任何不會被修改的變數都可以當成引數傳入新的函式。例如：switch函式可以把函式體抽取出來，單獨組成乙個函式，把不會修改的引數傳入函式中，返回變數的結果。
使用了哪個類的資訊，就應該把函式移動到該類中。這樣就可以在該類中引用該物件，不需要在外部重新生成乙個新物件，避免物件不一致。
去除臨時變數。
採用多肽的方式，重構**。
總結：把需要使用類的函式移動到相關類中，減少使用過程中物件的引用。
減少引數的使用，盡量用函式返回值代替引數。
對於需要判斷的函式，採用子類的方式，在父類中定義好需要實現的函式，在子類中具體實現返回值。
新增功能的時候
修補錯誤時重構
複審**時重構對於判斷條件的處理如果判斷條件過長，可以用final定義乙個boolean值，再在判斷條件中引入此值。清晰明了
《重構》讀書筆記
再次看重構這本書，用了十幾分鐘，看完了原來斷斷續續用了差不多一周看完的第一章 沒有增加什麼新知識 僅對state stategy模式增加了點熟悉度 可見許久前學習第一章還是比較深入的，呵呵。還記得當時看得還是有點費力的。站的高度不同了，視角變化了，所以看得也快，看得也更精深。首先覺得第一章寫的真不賴...
重構讀書筆記
年前參加了軟體重構的培訓，就像老師所說，幾天的培訓不會有實質的變化，主要的目的是出發更深層次的思考和不斷的實踐，1，duplicated code，重複 是最常見，醜陋的壞味道，有以下一些解決辦法 extract method pull up method template method 這個準則最...
重構 讀書筆記
1.重構的基本原則 新增新功能和重構是兩類工作。重構時，盡量不要新增新功能，除非發現了原來程式的錯誤。其實即使發現原來的錯誤，也應該把錯誤暫時記下來，待重構完成後，再修改原來的錯誤。重構就是不修改程式對外的表現形式，哪怕原來是錯誤的。2.重構時state模式的使用 當乙個物件中的某個屬性需要改變類屬...