1.重構的基本原則
新增新功能和重構是兩類工作。重構時，盡量不要新增新功能，除非發現了原來程式的錯誤。其實即使發現原來的錯誤，也應該把錯誤暫時記下來，待重構完成後，再修改原來的錯誤。
重構就是不修改程式對外的表現形式，哪怕原來是錯誤的。
2.重構時state模式的使用
當乙個物件中的某個屬性需要改變類屬主的時候，使用state模式可以解決問題。
4.為什麼重構
（1）重構改善軟體設計
（2）重構使軟體更容易理解
（3）重構幫助找到bug
（4）重構提高程式設計速度
5.大型軟體開發的好的解決辦法
（1）技術複審
（2）審查
6.技術名言
電腦科學是這樣一門科學：它相信所有問題都可以通過增加乙個間接層來解決。
7.不要使用switch
switch都可以轉換成多型
8.過多的測試只會提高工作效率，再多的測試也不應該以為多。
雖然編寫測試用例需要花費一定的時間，但是找尋bug的時間會遠遠大於編寫測試用例的時間。所以還是盡量寫周全的測試用例吧。
《重構》讀書筆記
再次看重構這本書，用了十幾分鐘，看完了原來斷斷續續用了差不多一周看完的第一章 沒有增加什麼新知識 僅對state stategy模式增加了點熟悉度 可見許久前學習第一章還是比較深入的，呵呵。還記得當時看得還是有點費力的。站的高度不同了，視角變化了，所以看得也快，看得也更精深。首先覺得第一章寫的真不賴...
重構讀書筆記
年前參加了軟體重構的培訓，就像老師所說，幾天的培訓不會有實質的變化，主要的目的是出發更深層次的思考和不斷的實踐，1，duplicated code，重複 是最常見，醜陋的壞味道，有以下一些解決辦法 extract method pull up method template method 這個準則最...
重構讀書筆記
在乙個基礎系統上進行增量開發是比較常見的。增量開發的過程中，一方面會因為系統的初始框架有部分不適應新需求而變更，另一方面是維護開發人員更換，程式設計習慣及能力的差異，對系統的框架理解不一致，在進度的壓力下破壞了系統的框架。無論是哪一種，都有必要階段性的進行重構，以償還技術債務。技術債務不斷累加的後果...