開放/封閉原則規定，類或物件及其方法對於擴充套件來說，應該是開放的，但是對於修改來說，應該是封閉的。
簡單地說，這意味著當你開發軟體應用的時候，一定確保以通用的方式來編寫類或模組，以便每當需要擴充套件類或物件行為的時候不必修改類本身。相反，類的簡單擴充套件將有助於建立新的行為。
例如，開放/封閉原則能夠在下列情形中表現得淋漓盡致:為了實現所需行為，使用者必須通過擴充套件抽象基類來建立類的實現，而不是通過修改抽象類。
本設計原則的優點如下。
控制反轉原則是指，高層級的模組不應該依賴於低層級的模組，它們應該都依賴於抽象。細節應該依賴於抽象，而不是抽象依賴於細節。
該原則建議任何兩個模組都不應以緊密方式相互依賴。事實上，基本模組和從屬模組應當在它們之間提供乙個抽象層來耦合。這個原則還建議，類的細節應該描繪抽象。在某些情況下，這種觀念會反轉，也就是實現細節本身決定了抽象，這種情況是應該避免的。
控制反轉原則的優點如下。
介面隔離原則規定，客戶端不應該依賴於它們不需要使用的介面。介面隔離原則的意思就是，軟體開發人員應該仔細地處理介面。例如，它提醒開發員/架構師開發的方法要與特定功能緊密相關。如果存在與介面無關的方法，那麼依賴於該介面的類就必須實現它，實際上這是毫無必要的。
例如，乙個 pizza介面不應該提供名為 add_chicken()的方法。基於 pizza介面的 veg pizza類不應該強制實現該方法。
本設計原則的優點如下所示。
單一職責的含義是:類的職責單一，引起類變化的原因單一。這個原則是說，當我們開發類時，它應該為特定的功能服務。如果乙個類實現了兩個功能，那麼最好將它們分開。也就是說，功能才是改變的理由。例如，乙個類可以因為所需行為的變化而進行修改，但是如果乙個類由於兩個因素（基本上是兩個功能的改變）而改變，那麼該類就應該進行相應的分割。
本設計原則的優點如下所示。
替換原則規定，派生類必須能夠完全取代基類。這個原則很簡單，當應用程式開發人員編寫派生類時，該原則的含義就是他們應該擴
展基類。此外，它還建議派生類應該盡可能對基類封閉，以至於派生類本身可以替換基類，而無需修改任何**。
Python設計模式 設計原則
1.單一職責原則 每個類都只有乙個職責，修改乙個類的理由只有乙個 2.開放 封閉遠端 ocp 開放是指可拓展性好，封閉是指一旦乙個類寫好了，就盡量不要修改裡面的 通過拓展 繼承，重寫等 來使舊的類滿足新的需求，而不是修改乙個類裡面的 3.依賴倒轉原則 高層模組不應該依賴底層模組，兩個都應該依賴抽象 ...
Python設計模式 設計原則
1.單一職責原則 每個類都只有乙個職責，修改乙個類的理由只有乙個 2.開放 封閉遠端 ocp 開放是指可拓展性好，封閉是指一旦乙個類寫好了，就盡量不要修改裡面的 通過拓展 繼承，重寫等 來使舊的類滿足新的需求，而不是修改乙個類裡面的 3.依賴倒轉原則 高層模組不應該依賴底層模組，兩個都應該依賴抽象 ...
設計模式之程式設計原則
oo object oriented，物件導向 原則是我們的目標，而設計模式 design pattern 是我們的做法。為了互動物件之間的松耦合設計而努力。良好的oo設計必須具備可復用 可擴充 可維護三個特性。oo基本概念 抽象 封裝 繼承 多型。標準建模語言 unified modeling l...