設計模式基本原則

2021-08-23 15:31:39 字數 641 閱讀 9238

設計模式基本原則:

「開-閉」原則(open-closed principle,或者ocp)     原文:software entities should be open for extension,but closed for modification.

解釋:乙個軟體實體應當對擴充套件開放,對修改關閉。

黎克特制代換原則(liskov subsitution principle,或者lsp)     任何基類出現的地方,子類一定可以出現。

依賴倒轉原則(dependency inversion principle,或者dip)     要依賴於抽象,不要依賴於實現。

介面隔離原則(inte***ce segregation principle,或者isp)     應當為客戶端提供盡可能小的單獨的介面,而不要提供大的總介面。

組合/聚合復用原則(composition/aggregation principle,或者carp)     要盡量使用合成/聚合,而不是繼承關係達到復用的目的。

迪公尺特法則(law of demeter,或者lod)     乙個軟體實體應當與盡可能少的其他實體發生相互作用。

單一職責原則(single responsibility principle,或者srp)     要使每乙個軟體實體只負責一種職責的實現

設計模式基本原則

設計模式基本原則 開 閉 原則 open closed principle,或者ocp 原文 software entities should be open for extension,but closed for modification.解釋 乙個軟體實體應當對擴充套件開放,對修改關閉。黎克特...

設計模式基本原則

1 單一職責原則 類的職責要單一 不要將太多的職責放到同乙個類當中去。eg 資料結構職責類和演算法行為都放在乙個類。我們應該把資料結構和行為分開。2 開閉原則 乙個軟體實體應該對擴充套件開放,對修改關閉。可變性封裝 3 黎克特制代換原則 可以接受基類物件的地方必然要可以接受子類的物件。4 依賴倒轉原...

設計模式基本原則

設計模式基本原則 list 1 開 閉 原則 open closed principle,或者ocp 原文 software entities should be open for extension,but closed for modification.解釋 乙個軟體實體應當對擴充套件開放,對修...