1：開放-封閉原則，是說軟體實體（類、模組、方法等等）應該可以擴充套件，但是不可以修改
2：對於擴充套件時開放的，對於更改時封閉的。面對需求的改變，可以保持相對的穩定，從而使得系統可以再第乙個版本後可以不斷的推出新版本
3：無論模組時多麼的封閉，都會存在一些無法對之封閉的變化。既然不可能完全封閉，設計人員對於他設計的模組應該對於哪種個變化封閉做出選擇。他必須先猜測出最可能發生的變化種類，然後
構造抽象來隔離哪些變化，等到變化時立即採取行動
4：在我們最初編寫**時，假設變化不會發生。當變化發生時，我們建立抽象來隔離以後發生的同類變化
5：面對需求，對程式的改動是通過新增加**進行的，而不是更改現有的**
6：對應用程式中的每個部分刻意的進行抽象不是乙個好主意。拒絕不成熟的抽象和抽象本省一樣重要
--摘錄《大話設計模式》
開放封閉原則 大話設計模式
在今天，讀書有時是件 麻煩 事。它需要你付出時間，付出精力，還要付出乙份心境。僅以 大話設計模式 來祭奠那逝去的 開放封閉原則有兩個特性 對於擴充套件是開放的，對於更改是關閉的。無論模組多麼的 封閉 都有一些無法對之封閉的變化。既然不可能完全封閉，技術人員必須對他設計的模組應該對那種變化封閉做出選擇...
設計模式之開放封閉原則
親愛的博友們，感謝來到darren的部落格 最近一直很忙，今天抽空開了一下開放封閉原則，再這裡和各位分享一下學習心得 開放封閉原則 軟體實體 類，模組，函式 等等，對於擴充套件是開放的，對於修改是封閉的。對於程式設計而言，怎麼的設計才能面對需求的改變卻可以保持相對的穩定，從而可以使得系統可以再第乙個...
設計模式之開放封閉原則
public inte ce ibankprocess public class depositprocess ibankprocess public class withdrawprocess ibankprocess public class transferprocess ibankproce...