一、“開放-封閉”原則

????Open-Closed Principle原則講的是：一個軟件實體應當對擴展開放，對修改關閉。

????優點：
??? 通過擴展已有軟件系統，可以提供新的行為，以滿足對軟件的新的需求，使變化中的軟件有一定的適應性和靈活性。
??? 已有軟件模塊，特別是最重要的抽象層模塊不能再修改，這使變化中的軟件系統有一定的穩定性和延續性。
二、里氏代換原則
????子類型(subtype)必須能夠替換它們的基類型
三、依賴倒置原則（DIP）

????賴倒置（Dependence Inversion Principle）原則講的是：要依賴于抽象，不要依賴于具體。

????簡單的說，依賴倒置原則要求客戶端依賴于抽象耦合。原則表述：

????抽象不應當依賴于細節；細節應當依賴于抽象；
????要針對接口編程，不針對實現編程。

????反面例子：

?

????缺點：耦合太緊密，Light發生變化將影響ToggleSwitch。

????解決辦法一：
????將Light作成Abstract，然后具體類繼承自Light。

?

????優點：ToggleSwitch依賴于抽象類Light，具有更高的穩定性，而BulbLight與TubeLight繼承自Light，可以根據"開放－封閉"原則進行擴展。只要Light不發生變化，BulbLight與TubeLight的變化就不會波及ToggleSwitch。

????缺點：如果用ToggleSwitch控制一臺電視就很困難了?？偛荒茏孴V繼承自Light吧。

????解決方法二：
?

????優點：更為通用、更為穩定。

????結論：
????使用傳統過程化程序設計所創建的依賴關系，策略依賴于細節，這是糟糕的，因為策略受到細節改變的影響。依賴倒置原則使細節和策略都依賴于抽象，抽象的穩定性決定了系統的穩定性。
四、接口隔離原則（ISP）
????接口隔離原則（Interface Segregation Principle）講的是：使用多個專門的接口比使用單一的總接口總要好。換而言之，從一個客戶類的角度來講：一個類對另外一個類的依賴性應當是建立在最小接口上的。

????過于臃腫的接口是對接口的污染。不應該強迫客戶依賴于它們不用的方法。

轉載于:https://www.cnblogs.com/jinweida/archive/2008/03/23/1118610.html

總結

以上是生活随笔為你收集整理的设计模式 （一）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。