架構中的設計原則

2021-07-30 13:43:05 字數 957 閱讀 2891

設計原則共有7條,分別是:

高內聚,低耦合。每個類應該只有乙個職責, 對外只能提供一種功能,而引起類變化的也應該只有乙個。

好處:消除耦合,減少因需求變化引起**僵化的難堪局面。

在任何父類出現的地方都可以用子類來替代。同乙個繼承體系中的物件應該有共同的行為特徵。

(一)子類必須完全實現父類的方法

(二)子類有自己的特性

(三)覆蓋或者實現父類的方法時輸入引數可以被放大。父類:public void hello(hashmap map) 子類:public void hello(map map)

(四)覆寫或者實現父類方法時輸出結果可以被縮小

要依賴於抽象,不要依賴於具體的實現。

(一)高層模組不應該依賴底層模組,兩者都應該依賴於抽象(抽象類或介面)

(二)抽象(抽象類或介面)不應該依賴於細節(具體實現類)

(三)細節(具體實現類)應該依賴抽象

不應該強迫客戶程式依賴它們不需要使用的方法。乙個介面不需要提供太多的行為,乙個介面應該只提供一種對外功能,不應該把所有的操作都封裝在乙個介面中。

(一)介面盡量小,保證乙個介面只服務於乙個子模組或者業務邏輯

(二)介面高內聚,介面內部宣告方法都與乙個子模組有關,且是這個子模組必須的

(三)介面設計是有限度的,應在介面數量和介面設計力度之間權衡

乙個物件應該對其他物件盡可能少的了解。在模組之間,應當只通過介面來通訊,而不理會模組的內部工作原理。

乙個物件對擴充套件開放,對修改關閉。對類的改動是通過增加**進行的,而不是改動現有的**。

架構設計中的幾項原則

架構設計中的幾項原則 做個筆記 dip dependency inversion principle依賴倒置原則 1 高層模組不應該依賴於低層模組,二者都應該依賴於抽象。2 抽象不應該依賴於細節,細節應該依賴於抽象。高層模組包含了乙個應該程式中的重要的策略選擇和業務模型,正是這些高層模組才使得其所有...

設計模式 架構中的設計原則 筆記ing

用抽象構建框架,用實現擴充套件細節 1 單一職責原則 srp 核心思想 系統中每乙個物件都應該只有乙個單獨的職責,而所有物件所關注的就是自身指責的完成。srp就是我們所說的 高內聚 低耦合 優點 消除耦合 2 黎克特制替換原則 lsp 核心思想 在任何父類出現的地方都可以用子類來替代 lsp通俗的來...

架構設計原則

電腦科學領域的任何問題都可以通過增加乙個間接的中間層來解決。實現功能性需求是當前的明確地,非功能性需求是應對未來未知需求 架構是系統非功能性需求的解決辦法的集合 架構設計的目的基礎是滿足功能需求,主要是滿足一下特性 高效能 可用性 可靠性 可擴充套件性 穩定性 安全性 易用性 可維護性 靈活性 實現...