C 設計模式之 設計原則

2021-08-27 08:25:55 字數 408 閱讀 1497

如果乙個類承擔的職責過多,就等於把這些職責耦合在一起,乙個職責的變化可能會削弱或抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計,當變化發生時,設計會遭受到意想不到的破壞。

對於擴充套件是開放的,對於更改是封閉的

依賴倒置原則

抽象不應該依賴細節,細節應該依賴於抽象,也就是說要針對介面程式設計,不要對實現程式設計

高層模組不應該依賴低層模組,兩個都應該依賴抽象

黎克特制替換原則(lsp)

子型別必須能夠替換掉它們的父型別

由於子型別的可替換性才使得使用父型別的模組在無需修改的情況下就可以擴充套件

設計模式之設計原則

設計模式 design pattern 是物件導向技術的最新進展之一,由於物件導向設計的靈活性,增加了其設計的複雜性,設計模式的出現就是為了提高復用的設計方案,讓 更容易被他人理解 保證 可靠性。設計模式於己於他人於系統都是多贏的,設計模式使 編制真正工程化,設計模式是軟體工程的基石,如同大廈的一塊...

設計模式之設計原則

類應該對擴充套件開放,對修改關閉。使用介面及抽象類實現 目的 減少影響原有的方法 高層模組不應該依賴低層模組,兩者都應該依賴其抽象。依賴抽象類,不要依賴具體類 針對介面程式設計,不要針對實現程式設計 目的 解耦合 就乙個類而言,應該僅有乙個引起它變化的原因 當乙個類耦合了多個職責,當其中乙個職責發生...

設計模式之設計原則

1 單一職責原則 srp 1 就乙個類而言,應該僅有乙個引起它變化的原因。2 軟體設計真正要做的許多內容,就是發現職責並把那些職責相互分離。2 開放 封閉原則 1 軟體實體 類 模組 函式等等 對於擴充套件是開放的,對於更改是封閉的。2 在我們最初編寫 時,假設變化不會發生,當變化發生時,我們就建立...