今天不是太忙就索性將何為重構一併講完！！！
上一節我們講到，為何重構？重構的好處、優點？
我們接著將什麼是重構？
其實這一解釋應該放在最前面，其實從我們上學開始都是這麼學習的，先說這是個什麼東東，然後再去說這個東東的優點，為什麼用它？為什麼我沒有這麼做？因為我就想不按常理出牌（自己yy一下，其實自我感覺我們打破自己的習慣，嘗試一種新的東西並不是一件壞事---當然我們嘗試的東西是對的、正確的，那什麼是正確的對的，我認為只要我們不去做違法亂紀的事，其他的事情我們都可以去嘗試，閒話少扯開始正題）。
什麼是重構，這是個什麼東東呢？
《重構改善既有**設計》中給出了兩種定義：（名詞）對軟體內部結構的一種調整，目的是在不改變軟體可觀察行為的前提下，提高其可理解性，降低其修改成本。
（動詞）使用一系列的重構手法，在不改變軟體可觀察行為的前提下，調整期結構。
其實在我理解就是：不管是動詞名詞，前提：不改變軟體可觀察行為下調整其結構，目的：降低修改成本
這時有人會問一系列重構手法？是哪些系列？書中經常提到extact method/class、move method/class,在我狹義的理解就是提取方法封裝方法封裝類庫（但封裝將會帶來**的壞味道）
要知後事如何，且待下回分解！！！
重構之維 關於重構及《重構》的隨想
重構之維 關於重構及 重構 的隨想 重構 究竟重構了什麼？不止一次地，我聽到我們這個行業裡的大師們對重構技術提出 至少是 置疑 那是我們過去十五年裡一直在做的事 我從 上世紀 70年代就已經開始這樣做了 unix上的黑客們一直都是這樣做的 這些說辭讓我很有興趣探其究竟。在這本 重構 裡，martin...
關於重構的思考
目前組內專案的 數量已經到了1.7w行了，架構或者說設計已經逐漸顯示出了疲態，有些功能我們已經超出了我們之前的設計範圍。我們當前的困境，我們在新增部分新功能的時候已經開始強行相容，用一些很變扭的操作實現。同時也已經埋下了很多坑。我們應該進行重構的操作，把當前看到的問題整理調並整我們的設計。這週我進行...
關於軟體重構解析
實現的妥協 記得剛開始工作那會，也正好是專案剛起步不久，我總是覺得公司原有的 髒亂差，架構混亂，完全不符合我們在書上看到的標準。一直有把專案 重構一番的念頭。工作幾年後開始逐漸明白了乙個道理，寫 不是造藝術品。的本質是功能的實現，在bug可控，能滿足使用者需求的前提下，其實並不需要那麼完美。打造完美...