“你對架構(gòu)這個詞怎么理解？”
emm .....
實際上，軟件架構(gòu)分成 2 派。
1 軟件架構(gòu)的派別
- 組成派
組成派的定義非常簡潔。
定義：軟件系統(tǒng)的架構(gòu)將系統(tǒng)描述為計算組件及組件之間的交互。
剖析定義：
a. 該架構(gòu)關(guān)注架構(gòu)實踐中的客體——軟件，以軟件本身為描述對象。
b. 分析了軟件的組成，即軟件由承擔(dān)不同任務(wù)的組件組成，這些組件通過相關(guān)交互，完成更高層次的計算。
- 決策派
決策派的定義相對于組成派的定義，要繁雜很多。但核心思想非常明確：軟件架構(gòu)是在一些重要方面所做出的決策的集合。
定義（軟件架構(gòu)包含了關(guān)于以下問題的重要決策）：
- 軟件系統(tǒng)的組織
- 選擇成為系統(tǒng)的結(jié)構(gòu)元素和他們之間的接口，以及當(dāng)這些元素相互協(xié)作時所體現(xiàn)的行為。
- 如何組合這些元素，使他們逐漸合并成更大的子系統(tǒng)。
- 用于指導(dǎo)這個系統(tǒng)的架構(gòu)風(fēng)格：這些元素以及它們的接口、協(xié)作和組合。
- 軟件架構(gòu)并不僅僅注重軟件本身的結(jié)構(gòu)和行為，還注重其他特性：使用、功能性、性能、彈性、重用、可理解性、經(jīng)濟和技術(shù)的限制及權(quán)衡，以及美學(xué)等。
2 組成派、決策派 概念解析
組成派：
架構(gòu)設(shè)計是分與合的藝術(shù)。
架構(gòu) = 組件 + 交互。
我們舉例 MVC 架構(gòu)：
V 創(chuàng)建 C，C 根據(jù)用戶交互調(diào)用 M 的相關(guān)服務(wù)，而 M 將自身的改變通知 V，V 通過交互讀取 M 的信息以更新自身。
決策派
架構(gòu)屬于設(shè)計，但設(shè)計不一定屬于架構(gòu)。架構(gòu)設(shè)計的決策，將對整體質(zhì)量、并行開發(fā)、適應(yīng)變化等方面有著重大影響，例如：
- 模塊如何劃分
- 每個模塊的職責(zé)如何
- 每個模塊的接口如何定義
- 模塊間采用何種交互機制
- 開發(fā)技術(shù)如何選型
- 如何滿足約束和質(zhì)量屬性的需求
- 如何適應(yīng)可能發(fā)生的變化
這里假設(shè)我們設(shè)計一個 C/S 系統(tǒng)，會有一個決策樹：
- 決定采用 C/S 架構(gòu)，包含 Client 和 Server
- 決定將 Server 分成 3 層
- 決定將 Server 的引擎層劃分成 N 個模塊
- 決定 .....
可以看出，決策，就是一步步遞歸，將大任務(wù)，通過一個個合理的決策，劃分成一個個小任務(wù)。是不是類似 fork join 呢？
另外，從上面也可以看出，不是只有大系統(tǒng)才有架構(gòu)，小的模塊，小的系統(tǒng)也有架構(gòu)。因此，在平時編寫代碼時，即使自己負(fù)責(zé)的系統(tǒng)很小，也要關(guān)心，設(shè)計好他的架構(gòu)。
總結(jié)
無論是組成派，還是決策派，在架構(gòu)設(shè)計中，我們都會涉及，只是站的角度不同罷了，前者站在軟件的角度，后者站在決策人的角度。
例如：
當(dāng)我們決定對模塊如何進行劃分的時候，這個時候，是決策派。
當(dāng)我們設(shè)計模塊邊界的時候，是組成派。
當(dāng)我們對模塊之間的交互接口進行設(shè)計的時候，就是組成派。
當(dāng)我們考慮易用性，代碼美學(xué)，靈活性的時候，是決策派。
......
最后，管他什么派，只是角度不同罷了，好的架構(gòu)，我認(rèn)為是這樣的：模塊邊界清晰，依賴合理，彈性靈活，性能優(yōu)越，易于理解。
參考
軟件架構(gòu)設(shè)計——溫昱
