[align=center][img]
這本書可以看成"重構"的配套輔助教材.感覺可練習性, 可讀性相對於經典的"重構"而言, 要遜色得多. 不過也算"重構"的精簡版啦. 因此也只是粗略了瀏覽一下而已. 還好書很薄, 不想有的說沒什麼內容, 還廢話連篇^_^
[b]關於注釋[/b]
有些注釋特別有用:
1.指出為什麼要以某種特定的方式(或者不以某種方式)完成某個工作
2.應用了並非顯而易見的演算法.
而且其他的注釋可以由**本身體現.
[b]對注釋壞味道採取的措施:[/b]
1.如果一條注釋是對乙個**塊的解釋, 則通常可以使用抽取方法將這個**塊取出, 並置於乙個單獨的方法中, 這個新方法的名字往往就存在於注釋中.
2.如果一條注釋解釋了乙個方法所做的工作, 則可以使用重新命名方法, 在此將注釋作為制定新的方法名的基礎.
3.如果一條屬實所解釋的是前提條件, 則可以考慮使用引入斷言, 將注釋代之以**.
[b]關於名字錯誤的做法[/b]
1.名字採用複合詞, 即由乙個詞再加上引數的型別組成.
2.名字採用匈牙利命名法, 將物件的型別編碼到名字中.
3.變數名所反映的是其型別, 而不是其用途或作用.
[b]關於複雜性[/b]
產生複雜性的乙個原因是歷史遺留**導致
另乙個原因是設計過於通用化(具有過分的一般性).xp認為過分一般性是一種壞味道, 而且你並不需要這種過分的一般性. 也就說, 應該讓**適應今天的需求, 而不是好高騖遠, 試圖考慮如何滿足明天的需求. 因此, xp更傾向於基於應用來開發框架, 而不是先構建乙個框剪, 再將其用於建立乙個應用.
《重構》讀書筆記
再次看重構這本書，用了十幾分鐘，看完了原來斷斷續續用了差不多一周看完的第一章 沒有增加什麼新知識 僅對state stategy模式增加了點熟悉度 可見許久前學習第一章還是比較深入的，呵呵。還記得當時看得還是有點費力的。站的高度不同了，視角變化了，所以看得也快，看得也更精深。首先覺得第一章寫的真不賴...
重構讀書筆記
年前參加了軟體重構的培訓，就像老師所說，幾天的培訓不會有實質的變化，主要的目的是出發更深層次的思考和不斷的實踐，1，duplicated code，重複 是最常見，醜陋的壞味道，有以下一些解決辦法 extract method pull up method template method 這個準則最...
重構 讀書筆記
1.重構的基本原則 新增新功能和重構是兩類工作。重構時，盡量不要新增新功能，除非發現了原來程式的錯誤。其實即使發現原來的錯誤，也應該把錯誤暫時記下來，待重構完成後，再修改原來的錯誤。重構就是不修改程式對外的表現形式，哪怕原來是錯誤的。2.重構時state模式的使用 當乙個物件中的某個屬性需要改變類屬...