親愛的博友們，感謝來到darren的部落格
最近一直很忙，今天抽空開了一下開放封閉原則，再這裡和各位分享一下學習心得:
開放封閉原則:軟體實體（類，模組，函式）等等，對於擴充套件是開放的，對於修改是封閉的。
對於程式設計而言，怎麼的設計才能面對需求的改變卻可以保持相對的穩定，從而可以使得系統可以再第乙個版本的基礎上不斷的推出新版本呢？
答案是在程式設計的時候使用開放封閉原則。
但是設計的同時，絕對對修改的關閉是不可能的，無論模組是多麼的封閉，都存在一些無法對之封閉的變化，既然不可以完全的封閉，設計人員必須對他設計的模組應該對哪種變換的封閉做出選擇，他必須猜測出最有可能發生變換的種類，然後構造抽象來隔離那些變化。
再我們最初寫**的時候，假設變化不會發生，當變化發生時我們就構造抽象類來隔離變化。
當然，不是在什麼情況下應對變化都是容易的，我們希望在開發工作展開不久就知道可能發生的變化，查處可能發生變化所等待的時間越長，要建立正確的抽象就越困難。
開放封閉原則是物件導向的核心所在，遵循這個原則可以帶來物件導向所謂的巨大好處，也就是可維護，可擴充套件，可復用，靈活性好。然而，對於應用程式中的每個部分都刻意的抽象同樣不是乙個i好主意，拒絕不成熟的抽象和抽象一樣重要。
感謝大家的支援，darren會和大家分享每一次的學習心得。
設計模式之開放封閉原則
public inte ce ibankprocess public class depositprocess ibankprocess public class withdrawprocess ibankprocess public class transferprocess ibankproce...
設計模式原則 開放 封閉原則
定義 軟體實體應該是可以擴充套件，但是不可修改，對擴充套件開放，對更改封閉 場景 某公司需要招聘3類員工，分別是 主管，程式設計師，銷售。公司根據不同的員工的需求，配置不同的資源。比如程式設計師應該配台電腦。首先定義乙個 員工型別 列舉 using system using system.colle...
設計模式 開放封閉原則
物件導向設計原則中，最重要的原則就是此原則。開放封閉原則解釋 軟體實體 類，模組，函式等 應該是可以擴充套件的，但是是不可以修改的。開放封閉原則有兩大特徵要牢記 一 對於擴充套件是開放的 二 對於修改是封閉的 為什麼要用到開放封閉原則？我們在做任何系統的時候，都不要指望系統一開始就需求確定，這是不現...