這是最後一篇設計模式的文章了，如果以後在學習中學到其他的設計模式將再繼續補充，今天說一下設計模式中的幾個原則，可以讓我們更好的理解設計模式。
單一職責原則：就乙個類而言，應該僅有乙個引起它變化的原因。
解釋：如果乙個類承擔的職責過多，就等於把這些職責耦合在一起，乙個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當變化發生時，設計會遭受到意想不到的破壞。軟體設計真正要做的許多內容，就是發現職責並把那些職責相互分離，如果你能夠想到多於乙個的動機去改變乙個類，那麼這個類就具有多於乙個的職責。
開放-封閉原則：是說軟體實體（類、模組、函式等等）應該可以擴充套件，但是不可以修改。
解釋：對於擴充套件是開放的，對於更改是封閉的，開放-封閉原則是物件導向設計的核心所在。遵循這個原則可以帶來物件導向技術所聲稱的巨大的好處，也就是可維護、可擴充套件、可復用、靈活性好。
依賴倒轉原則：
高層模組不應該依賴低層模組。兩個都應該依賴抽象。
抽象不應該依賴細節，細節應該依賴抽象。
黎克特制代換原則：子類必須能夠替換掉他們的父型別。
解釋：只有當子類可以替換掉父類，軟體單位的功能不受到影響時，父類才能真正被復用，而子類也能夠在父類的基礎上增加新的行為。
迪公尺特法則：如果兩個類不必彼此直接通訊，那麼這兩個類就不應當發生直接的相互作用。如果其中乙個類需要呼叫另乙個類的某乙個方法的話，可以通過第三者**這個呼叫。
解釋：迪公尺特的根本思想：是強調了類之間的松耦合。
設計模式之設計原則
設計模式 design pattern 是物件導向技術的最新進展之一，由於物件導向設計的靈活性，增加了其設計的複雜性，設計模式的出現就是為了提高復用的設計方案，讓 更容易被他人理解 保證 可靠性。設計模式於己於他人於系統都是多贏的，設計模式使 編制真正工程化，設計模式是軟體工程的基石，如同大廈的一塊...
設計模式之設計原則
類應該對擴充套件開放，對修改關閉。使用介面及抽象類實現 目的 減少影響原有的方法 高層模組不應該依賴低層模組，兩者都應該依賴其抽象。依賴抽象類，不要依賴具體類 針對介面程式設計，不要針對實現程式設計 目的 解耦合 就乙個類而言，應該僅有乙個引起它變化的原因 當乙個類耦合了多個職責，當其中乙個職責發生...
設計模式之設計原則
1 單一職責原則 srp 1 就乙個類而言，應該僅有乙個引起它變化的原因。2 軟體設計真正要做的許多內容，就是發現職責並把那些職責相互分離。2 開放 封閉原則 1 軟體實體 類 模組 函式等等 對於擴充套件是開放的，對於更改是封閉的。2 在我們最初編寫 時，假設變化不會發生，當變化發生時，我們就建立...