.NET常見的幾種項目架構(gòu)模式，你知道幾種？
前言
項目架構(gòu)模式在軟件開發(fā)中扮演著至關(guān)重要的角色，它們?yōu)殚_發(fā)者提供了一套組織和管理代碼的指導(dǎo)原則，以提高軟件的可維護性、可擴展性、可重用性和可測試性。
三層架構(gòu)
三層架構(gòu)是一種經(jīng)典的軟件架構(gòu)模式，它將應(yīng)用程序分為三個主要層次：表示層（UI）、業(yè)務(wù)邏輯層（BLL）和數(shù)據(jù)訪問層（DAL）。
圖片
分層職責
- 表示層（UI）：負責用戶界面和用戶交互，是用戶直接接觸的部分。
- 業(yè)務(wù)邏輯層（BLL）：處理業(yè)務(wù)規(guī)則和業(yè)務(wù)邏輯，是應(yīng)用程序的核心部分。它負責數(shù)據(jù)的處理、驗證、計算等業(yè)務(wù)操作。
- 數(shù)據(jù)訪問層（DAL）：負責與數(shù)據(jù)庫的交互，包括數(shù)據(jù)的CRUD（創(chuàng)建、讀取、更新、刪除）操作。
MVC架構(gòu)
MVC架構(gòu)模式將一個應(yīng)用區(qū)分為三部分主要組件：模型、視圖、與控制器。這種模式有助實現(xiàn)關(guān)注分離，使用這種模式，用戶請求被路由到控制器，控制器負責與模型協(xié)作以執(zhí)行用戶操作和/或返回請求結(jié)果。極大地提高了應(yīng)用程序的可維護性和擴展性。
圖片
分層職責
- 模型（Model）：表示應(yīng)用程序和任何應(yīng)由其執(zhí)行的業(yè)務(wù)邏輯或操作的狀態(tài)。業(yè)務(wù)邏輯應(yīng)與保持應(yīng)用程序狀態(tài)的任何實現(xiàn)邏輯一起封裝在模型中。
- 視圖（View）：負責通過用戶界面展示內(nèi)容。它們使用 Razor 視圖引擎在 HTML 標記中嵌入 .NET 代碼。視圖中應(yīng)該有最小邏輯，并且其中的任何邏輯都必須與展示內(nèi)容相關(guān)。
- 控制器（Controller）：處理用戶交互、使用模型并最終選擇要呈現(xiàn)的視圖的組件。在 MVC 應(yīng)用程序中，視圖僅顯示信息；控制器處理并響應(yīng)用戶輸入和交互。在 MVC 模式中，控制器是初始入口點，負責選擇要使用的模型類型和要呈現(xiàn)的視圖。
DDD分層架構(gòu)
領(lǐng)域驅(qū)動設(shè)計（Domain-Driven Design，簡稱DDD）是一種軟件設(shè)計方法和理念，由Eric Evans在2004年提出。它通過深入理解業(yè)務(wù)領(lǐng)域，將復(fù)雜的業(yè)務(wù)邏輯轉(zhuǎn)化為可維護、可擴展的軟件系統(tǒng)。DDD的核心在于建立一個豐富的領(lǐng)域模型，這個模型能夠反映業(yè)務(wù)實體、業(yè)務(wù)規(guī)則和業(yè)務(wù)流程。
DDD 強調(diào)以領(lǐng)域模型為核心來驅(qū)動軟件的設(shè)計和開發(fā)。
圖片
分層職責
- 表示層（UI）: 負責處理用戶界面和用戶交互，它可以是Web界面、移動應(yīng)用程序或桌面應(yīng)用程序等形式。表示層負責接收用戶的輸入和展示數(shù)據(jù)給用戶，但它不包含業(yè)務(wù)邏輯。
- 應(yīng)用層（Application）: 表示層與領(lǐng)域?qū)拥闹薪?，編排業(yè)務(wù)對象執(zhí)行特定的應(yīng)用程序任務(wù)，使用應(yīng)用程序邏輯實現(xiàn)用例。
- 領(lǐng)域?qū)樱―omain）: 包含業(yè)務(wù)對象以及業(yè)務(wù)規(guī)則，是應(yīng)用程序的核心。領(lǐng)域?qū)拥脑O(shè)計應(yīng)遵循領(lǐng)域驅(qū)動設(shè)計的原則，通過深入理解業(yè)務(wù)領(lǐng)域，將業(yè)務(wù)知識和業(yè)務(wù)邏輯封裝在領(lǐng)域模型中，以提高軟件系統(tǒng)的可維護性和可擴展性。
- 基礎(chǔ)設(shè)施層（Infrastructure）: 提供技術(shù)基礎(chǔ)設(shè)施支持，如數(shù)據(jù)庫訪問、消息隊列、緩存等。
整潔架構(gòu)
整潔架構(gòu)（Clean Architecture）是一種軟件架構(gòu)設(shè)計原則，由羅伯特·C·馬?。≧obert C. Martin）提出，它旨在使軟件系統(tǒng)更加靈活、可維護和可測試，其核心目標是構(gòu)建一種簡潔、靈活且易于維護的系統(tǒng)結(jié)構(gòu)。
圖片
分層職責
- 實體層（Entities）：實體層代表了系統(tǒng)中的核心業(yè)務(wù)概念和對象。這一層包含了那些在整個系統(tǒng)的生命周期中持續(xù)存在且具有明確業(yè)務(wù)含義的實體。
- 用例層（Use Cases）：用例層包含了系統(tǒng)的具體業(yè)務(wù)邏輯和用例。它協(xié)調(diào)實體層和其他層之間的交互，以實現(xiàn)特定的業(yè)務(wù)功能。
- 接口適配器層（Interface Adapters）：接口適配器層將用例層與外部系統(tǒng)（如數(shù)據(jù)庫、用戶界面、外部服務(wù)等）進行連接。它將外部系統(tǒng)的接口轉(zhuǎn)換為用例層可以理解的形式，并將用例層的輸出轉(zhuǎn)換為適合外部系統(tǒng)的格式。
- 框架與驅(qū)動層（Frameworks and Drivers）：框架與驅(qū)動層包含了外部的框架和工具，如數(shù)據(jù)庫、Web 框架、消息隊列等。這一層通常是由具體的技術(shù)實現(xiàn)組成，為上層提供基礎(chǔ)設(shè)施支持。
CQRS架構(gòu)
CQRS（命令和查詢責任分離）是一種架構(gòu)模式，旨在將一個系統(tǒng)的讀操作（查詢）和寫操作（命令）分離開來。通過這種分離，系統(tǒng)可以在處理讀寫請求時進行不同的優(yōu)化，從而提高系統(tǒng)性能、可擴展性和維護性。
圖片
分層職責
- Presentation（表現(xiàn)層）：負責處理用戶界面的請求和響應(yīng)。它接收用戶輸入并將其傳遞給后端服務(wù)，同時將后端服務(wù)的響應(yīng)展示給用戶。
- Validation（驗證）：在命令被處理之前，對用戶輸入的數(shù)據(jù)進行驗證，確保數(shù)據(jù)的合法性和完整性。
- Commands（命令）：封裝用戶請求的寫操作，如創(chuàng)建、更新或刪除數(shù)據(jù)的操作。
- Domain Logic（領(lǐng)域邏輯）：執(zhí)行核心業(yè)務(wù)邏輯和規(guī)則，命令處理器通常會調(diào)用領(lǐng)域模型和領(lǐng)域服務(wù)來執(zhí)行業(yè)務(wù)邏輯，確保業(yè)務(wù)規(guī)則得到正確應(yīng)用。
- Data Persistence（數(shù)據(jù)持久化）：在命令處理完成后，數(shù)據(jù)會被保存到寫數(shù)據(jù)存儲中，確保數(shù)據(jù)的一致性和持久性。
- Write Data Store（寫數(shù)據(jù)存儲）：寫數(shù)據(jù)存儲負責管理所有寫操作的數(shù)據(jù)，包括事務(wù)處理和數(shù)據(jù)一致性。
- Read Data Store（讀數(shù)據(jù)存儲）：讀數(shù)據(jù)存儲優(yōu)化了讀取操作的性能，提供快速響應(yīng)的查詢結(jié)果。
- Queries（查詢）：查詢對象被傳遞給查詢處理器，查詢處理器直接從讀數(shù)據(jù)存儲中獲取數(shù)據(jù)，并生成DTOs返回給展示層。
最后總結(jié)
每種項目架構(gòu)模式都有其各自特點和適用場景，開發(fā)者應(yīng)根據(jù)項目的具體需求和技術(shù)棧來選擇最合適的項目架構(gòu)模式。
