好幾天不更新了，本着這次一定要堅持寫下去的原則，這個寫一個比較核心的原則——開放封閉原則。
開放——封閉原則，是說軟件實體（類、模板、函數等等）應該可以擴展，但是不可修改。
如何理解開發封閉呢？其實最簡單的理解，面對需求，對程序的改變是通過增加新代碼進行的，而不是更改現有代碼。這種時候對於架構師的要求就要更高了，在系統設計之初就要考慮到，需求的變更應對。再拿我們前面講過的一個例子——算法類，如果我們沒有這個算法類，那麼當業務需求添加的時候，我們就要直接修改客戶端。這樣會造成什麼的後果呢？其實，也是大家維護系統的時候最不願意碰到的情況，一直改來該去，改到最後代碼根本就沒法閱讀了，甚至於，由於代碼之間的關聯，一個基類的修改，會影響到很多的業務類，有可能會導致很多功能失效。
開發人員應該僅對程序中呈現出頻繁變化的那些部分做出抽象，然後，對於應用程序中的每個部分都刻意地進行抽象同樣不是一個好主意。拒絕不成熟的抽象和抽象本身一樣重要。
