設計模式中基本原則

有很多設計模式，基本上都是圍繞著下面幾種原則來設計的。

1.開放封閉原則：軟體實體（類，模組，函式等等）應該是可以擴充套件的，但是不可以修改。

即：對於擴充套件是開放的，對於更改時封閉的。

面對需求，對程式的改動是通過增加新的**來進行的，而不是更改現有的**。

開發人員應該對程式中呈現出頻繁變化的那些部分作出抽象。

2：依賴倒轉原則：抽象不應該依賴細節，細節應該依賴抽象；換句話說，就是要針對介面程式設計，不要針對實現程式設計。

3：黎克特制代換原則：子類必須能夠替換掉他們的父類。換句話說,乙個軟體實體如果使用的是乙個父類的話，那麼一定適用於子類，而且他察覺不出父類物件和子類物件的區別。也就是說，在軟體裡面，把父類都替換成他們的子類，程式的行為沒有發生變換。

4：迪公尺特原則：如果兩個類不必彼此直接通訊，那麼這兩個類就不應當發生直接的相互作用。如果其中乙個類需要呼叫另乙個類中的方法的話，可以通過第三者**這個呼叫。

迪公尺特法則的前提：在類的設計上，每乙個類都應當降低成員的訪問許可權。

迪公尺特法則的根本思想：強調了類之間的松耦合。因為類之間的耦合越弱，越有利於復用，當乙個在松耦合的類被修改時，不會對有關係的類造成波及。

設計模式基本原則開閉原則 open closed principle，或者ocp 原文 software entities should be open for extension,but closed for modification.解釋乙個軟體實體應當對擴充套件開放，對修改關閉。黎克特...

1 單一職責原則類的職責要單一不要將太多的職責放到同乙個類當中去。eg 資料結構職責類和演算法行為都放在乙個類。我們應該把資料結構和行為分開。2 開閉原則乙個軟體實體應該對擴充套件開放，對修改關閉。可變性封裝 3 黎克特制代換原則可以接受基類物件的地方必然要可以接受子類的物件。4 依賴倒轉原...