物件導向原則之美

1、單一職責原則

就乙個類而言，應該僅有乙個引起它變化的原因。

如果乙個類承擔的職責過多，就等於把這些職責耦合在一起，乙個職責的變化可能會削弱或者抑制這個類完成其它職責的能力。

這種耦合會導致脆弱的設計，當變化發生時，設計會遭受到意想不到的破壞。

軟體設計真正要做的許多內容，就是發現職責並把那些職責相互分離。

2、開發--封閉原則

是說軟體實體（類、模組、函式等等）應該可以擴充套件，但是不可修改。

乙個是說「對與擴充套件是開放的」，另乙個是說「對於更改是封閉的」。

開放--封閉原則是物件導向設計的核心所在，遵循這個原則可以帶來物件導向技術所聲稱的巨大好處，也就是可維護、可擴充套件、靈活性好。開發人員應該僅對頻繁變化的那些部分做出抽象，然而，對於應用程式中的每個部分都刻意地進行抽象同樣不是乙個好主意，拒絕不成熟抽象和抽象本身一樣重要。

3、依賴倒置原則

高層模組不應該依賴底層模組，兩個都應該依賴抽象。

抽象不應該依賴細節，細節應該依賴抽象。

說白了就是要針對介面程式設計，不要對實現程式設計。

4、黎克特制代換原則

乙個軟體實體如果使用的是乙個父類的話，那麼一定適用於其子類，而且它察覺不出父類物件和子類物件的區別，也就是，在軟體裡面，把父類都替換成它的子類，程式行為沒有變化。簡單來說，子型別必須能夠替換它們的父型別。

5、迪公尺特法則

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