重構對於我們這一群懶人來說確實是一件「迫不得已」的事兒，很多人寧願寫新的code也不願意去修改既有程式。但是重構又是很有意義和有必要性的。專案需求改變、架構需求改變等都需要重構，重構也能讓我們從這種改變中學到更多東西。《大話重構》這本書中，作者用很多精彩的例項告訴我們，重構是怎樣一步一步完成的。
小步快跑的開發模式，在我看來，就是「大處著眼，小處著手」。修改既有code要把握好大的方向——專案的正常功能，再從細節處進行修改。我們應該摒棄「大布局」，不能只看到遙遠的軟體規劃而忽略了眼前的細節。因為沒有人能夠在軟體開發前可以預料到未來任何變化，而且專案的需求總是一直在改變，所以我們必須保持乙個「持續重構」的良好習慣。「小步快跑」的開發模式從細節入手，對既有code進行一點點的完善和改造，使之符合新的需求，這不正是「重構」的初衷嗎？
這就像乙個**從無到有、從小到大的發展史一樣，沒有哪個開發者在一開始就知道如何搭建乙個完美的**架構，架構師們總是在使用者增加、業務擴大的過程中意識到**的不足之處，再一點點地進行重組和改進的。好的機制總是站在前人失敗的教訓之上的，如果不回頭看，永遠不會有進步。所以我們鼓勵重構，鼓勵用正確的方法進行重構。很期待《大話重構》能夠給我們帶來怎樣的福音！
大話重構 記錄
物件導向設計與開發領域有乙個十分重要的原則，就是ocp原則，開放 封閉原則。表述 我們開發的軟體系統，對於功能擴充套件是開放的，對於軟體 的修改是封閉的。維護 的原則應遵循 兩頂帽子 設計原則，先重構現有的 讓其具有可擴充套件性，然後再新增新程式，使其滿足ocp。可擴充套件設計不用實現太早，基本上可...
讀大話重構
重構步驟 分解大函式 首先找到 多 職能多 等的函式，在閱讀時整理 將相關性強的 放到一起，並編寫注釋，注意抽取小函式方法，可將一段 抽出來形成乙個新方法，源程式變為對該方法的引用。拆分大物件 大物件是指包含太多方法 數十乃至上百 與功能的超級物件。首先將每個函式抽取出來形成方法類，每個方法類都有乙...
試讀《linux 就是這個範》 有感
第一次接觸linux 5年前，剛剛進單位實習的時候 由於本科專業非計算機類的物理專業 進入單位後，每天都在linux 的伺服器上進行工作。剛進公司的幾天，總能看見導師在terminal上飛速的敲擊著鍵盤，當時真是佩服的五體投地，哪怕是乙個簡單的 cd ls cp 當時都當做秘籍小心的記錄下來。我是在...