軟體架構 設計原則

2022-05-08 07:39:06 字數 1276 閱讀 6303

一般乙個系統包括架構模式、設計模式、軟體框架等。一般乙個系統包括架構模式、設計模式、軟體框架等。

設計模式是在解決問題的過程中,一些良好思路的經驗整合,常見的是gof

23種設計模式。gof

23種設計模式的一些指導設計原則:

1、開閉原則(ocp):

乙個軟體實體應當對擴充套件開放,對修改關閉。「抽象化」是

ocp的關鍵。

2、黎克特制代換原則(lsp)

在乙個軟體系統中,子類應該可以替換任何基類能夠出現的地方,並且經過替換以後,**還能正常工作。「繼承」是

lsp的關鍵。

3、依賴倒轉原則(dip)

要依賴於抽象

,不要依賴於具體。或者說是:要針對介面程式設計,不要對實現程式設計。「規範抽象」是

dip的關鍵。

4、介面隔離原則(isp):使用多個專門的介面比使用單一的總介面要好。也就是說,乙個類對另外乙個類的依賴性應當是建立在最小的介面上的。「多重繼承」是

isp的關鍵。

5、組合/

聚合復用原則

(carp)

在乙個新的物件裡面使用一些已有的物件,使之成為新物件的一部分:新的物件通過向這些物件的委派達到復用已有功能的目的。「組合/

聚合」是

carp

的關鍵。

聚合:指的是整體與部分的關係。通常在定義乙個整體類後,再去分析這個整體類的組成結構。從而找出一些組成類,該整體類和組成類之間就形成了聚合關係。例如乙個航母編隊包括海空母艦、驅護艦艇、艦載飛機及核動力攻擊潛艇等。

組合:也表示類之間整體和部分的關係,但是組合關係中部分和整體具有統一的生存期。一旦整體物件不存在,部分物件也將不存在。部分物件與整體物件之間具有共生死的關係。

6、迪公尺特法則(lod)

又叫作最少知識原則(

least

knowledge principle

簡寫lkp

),就是說乙個物件應當對其他物件有盡可能少的了解

,不和陌生人說話。「傳遞間接的呼叫」是

lod的關鍵。

關於gof

23種設計模式的內容可以參考

《深入淺出設計模式》這本書籍。

軟體架構設計原則

通常,我們在開發乙個完成專案的時候,總會談到要進行軟體架構設計,那麼為什麼要進行軟體架構設計呢,肯定是為了方便軟體後期的維護性 擴充套件性和易讀性。軟體開發設計有七大原則 開閉原則 有利於軟體的穩定性和可維護性 依賴倒置原則 減少類與類之間的依賴,高層模組與底層模組之間的依賴,實現與抽象 單一職責原...

架構設計原則

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

架構設計原則

知乎 馮慶 常見架構設計方案質量屬性點有 效能 可用性 硬體成本 專案投入 複雜度 安全性 可擴充套件性等。在評估這些質量屬性時,需要遵循架構設計原則 1.合適原則,2簡單原則,避免貪大求全,基本上某個質量屬性能夠滿足以 一定時期業務發展就可以了。屬性 集群方案 拆分方案 備註 效能 中,繼續擴充套...