軟件架構(gòu)設(shè)計(jì)是將軟件一些共有的特征轉(zhuǎn)換為滿足業(yè)務(wù)需求和技術(shù)要求的結(jié)構(gòu)化方案的過程。軟件架構(gòu)設(shè)計(jì)的目的是為了實(shí)現(xiàn)系統(tǒng)的長(zhǎng)期可維護(hù)性、可擴(kuò)展性、可靠性和安全性，以滿足業(yè)務(wù)需求和未來可能的變化。

在過去的幾年里，軟件架構(gòu)的設(shè)計(jì)模式層出不窮，每一個(gè)模式的出現(xiàn)，都是試圖想使代碼更可讀、更容易于測(cè)試、更易于維護(hù)以及讓開發(fā)人員更輕松。但同時(shí)，每個(gè)模式的出現(xiàn)也都有適應(yīng)的場(chǎng)景和優(yōu)劣。

本文主要將MVC、MVP、MVVM、HMVC、MVA、MVI和VIPER等，幾個(gè)常見的設(shè)計(jì)模式做一個(gè)匯總的介紹。

1.MVC

MVC是一種體系架構(gòu)，經(jīng)典MVC模式中，M是指模型，V是視圖，C則是控制器，使用MVC的目的是將M和V的實(shí)現(xiàn)代碼分離，從而使同一個(gè)程序可以使用不同的表現(xiàn)形式。其中，View就是用戶界面。

使用MVC的框架如：SpringMVC、Ruby on rails、Django、AngularJS、React、Express.js。

2.MVP

MVP的全稱是Model-View-Presenter，是從經(jīng)典的MVC模式演變而來，也是一種包含模型、視圖和視圖的體系結(jié)構(gòu)。

MVP和MVC的基本思想有許多相通的地方，例如：Controller/Presenter負(fù)責(zé)邏輯的處理，Model提供數(shù)據(jù)，View負(fù)責(zé)顯示。

但MVP與MVC有著一個(gè)重大的區(qū)別在于MVP中視圖中不包含任何邏輯，只是作為應(yīng)用程序的外觀，Presenter充當(dāng)模型和視圖之間的中間人。MVP中的View并不直接使用Model，它們之間的通信是通過Presenter(MVC中的Controller)來進(jìn)行的，所有的交互都發(fā)生在Presenter內(nèi)部，而在MVC中View會(huì)直接從Model中讀取數(shù)據(jù)而不是通過Controller。

在Android開發(fā)中，MVP模式克服了MVC模式的這些挑戰(zhàn)，并且提供了一種簡(jiǎn)單的方法來構(gòu)造項(xiàng)目代碼。

3.MVVM

MVVM是Model-View-ViewModel的簡(jiǎn)寫。其本質(zhì)是MVC的改進(jìn)模式。主要區(qū)別在于視圖和模型，視圖和模型保存了從模型轉(zhuǎn)換數(shù)據(jù)的代碼，并直接將數(shù)據(jù)變化發(fā)送到視圖，有助于保持每個(gè)模型直接與其各自的視圖交互，而不必?fù)?dān)心不同的模型影響到其它視圖。

MVVM模式有助于將應(yīng)用程序的業(yè)務(wù)和表示邏輯與用戶界面 (UI) 清晰分離。保持應(yīng)用程序邏輯和UI之間的清晰分離有助于解決許多開發(fā)問題，并使應(yīng)用程序更易于測(cè)試、維護(hù)和演變。它還可以顯著提高代碼重用率，并允許開發(fā)人員和UI設(shè)計(jì)人員在并行開發(fā)各自的應(yīng)用部分時(shí)能夠更輕松地進(jìn)行協(xié)作。

使用MVVM的框架如：MVVMLight、Cinch、Prism、Caliburn、MVVM Helpers、MVVMFoundation。

4.HMVC

HMVC（全稱Hierarchical-Model-View-Controller），也可以叫做 Layered MVC。顧名思義，就是按等級(jí)劃分的 MVC 模式，簡(jiǎn)單的解釋就是把MVC又細(xì)分成了多個(gè)子 MVC，每個(gè)模塊就分成一個(gè) MVC。

使用 HMVC 的好處就是可以降低各個(gè)功能模塊之間的耦合性，提高代碼復(fù)用性，使得每個(gè)功能都可以獨(dú)立出來，每個(gè)模塊都有自己的 MVC 結(jié)構(gòu)，這就有點(diǎn)像ActiveX控件，每個(gè)控件都有自己的行為，控件之間互不影響。這種架構(gòu)風(fēng)格的將應(yīng)用程序調(diào)整為更小、更易于管理、可以獨(dú)立運(yùn)行的模塊。由于在創(chuàng)建新模塊時(shí)控制器能夠相互調(diào)用，因此要在應(yīng)用程序中進(jìn)行功能擴(kuò)展更加容易。

許多PHP框架是基于HMVC，例如：FuelPHP、PHPPixie、ClanCats。

5.MVA

MVA（全稱：Model View Adapter），MVA和MVC都試圖解決同樣的問題，但MVA與MVC有一個(gè)區(qū)別：MVC的模型、視圖和控制器的關(guān)系形成一個(gè)三角形，模型、視圖和控制器作為頂點(diǎn)，一些信息可以在模型和視圖之間流動(dòng)，而不受控制器的直接控制；而MVA使用適配器（Adapter）代替控制器，MVA通過線性地安排模型、適配器或中介控制器和視圖，而沒有模型和視圖之間的任何直接連接，在這種架構(gòu)中，模型和視圖不知道彼此的存在。在單個(gè)模型和視圖之間，可以有許多適配器，它們修改來自模型的信息在視圖中的呈現(xiàn)方式。

當(dāng)我們需要將數(shù)據(jù)與GUI分離時(shí)，MVA就很有參考價(jià)值。在一些移動(dòng)應(yīng)用開發(fā)的框架中經(jīng)常被使用。

6.MVI

MVI與MVP和MVVM相比，它的設(shè)計(jì)模式考慮到了反應(yīng)式編程。MVI模式的數(shù)據(jù)流是單向的，從Model到View。View不能直接修改狀態(tài)，而是通過發(fā)送Intent到Model來更新狀態(tài)并將其發(fā)送回View。

MVI架構(gòu)模式包括三個(gè)主要組件：Model（模型）、View（視圖）和Intent（意圖）。

• Model表示應(yīng)用程序的狀態(tài)，是一個(gè)不可變的數(shù)據(jù)結(jié)構(gòu)，保存了渲染UI所需的所有信息；
• View負(fù)責(zé)渲染UI，從Model接收到狀態(tài)信息并更新UI；
• Intent表示用戶執(zhí)行操作的意圖，用以觸發(fā)改變Model中的狀態(tài)；

7.VIPER

VIPER(全稱：View-Interactor-Presenter-Entity-Router) 即：視圖、交互器、演示器、實(shí)體、路由器。VIPER是由Uber的iOS開發(fā)團(tuán)隊(duì)提出的一種適用于iOS應(yīng)用程序的設(shè)計(jì)模式。VIPER架構(gòu)的目的是將應(yīng)用程序分解為不同的模塊，使得應(yīng)用程序更容易維護(hù)和擴(kuò)展，并且各個(gè)模塊之間相互獨(dú)立，減少了耦合性。

VIPER架構(gòu)模式包含以下五個(gè)模塊：

• View（視圖）：負(fù)責(zé)用戶界面的展示和響應(yīng)用戶操作，它與用戶交互，并將用戶的操作傳遞給Presenter。
• Interactor（交互器）：負(fù)責(zé)應(yīng)用程序的業(yè)務(wù)邏輯，它提供了數(shù)據(jù)和功能的接口，供Presenter使用。
• Presenter（演示者）：負(fù)責(zé)將View和Interactor連接起來，它接收View傳遞過來的用戶操作，然后根據(jù)業(yè)務(wù)邏輯調(diào)用Interactor提供的接口，最后再將處理結(jié)果展示到View上。
• Entity（實(shí)體）：負(fù)責(zé)存儲(chǔ)應(yīng)用程序的數(shù)據(jù)，它包含了應(yīng)用程序中需要處理的所有數(shù)據(jù)。
• Router（路由）：負(fù)責(zé)處理不同模塊之間的跳轉(zhuǎn)和導(dǎo)航，它根據(jù)Presenter的指令，決定展示哪個(gè)View，同時(shí)也負(fù)責(zé)數(shù)據(jù)的傳遞。

VIPER架構(gòu)的優(yōu)點(diǎn)是明確的職責(zé)分離和解耦，每個(gè)模塊都有明確的職責(zé)和接口，方便團(tuán)隊(duì)合作開發(fā)和維護(hù)。它還可以提高應(yīng)用程序的可測(cè)試性，每個(gè)模塊都可以進(jìn)行單元測(cè)試，減少了代碼的出錯(cuò)率。