一、說明

在SimpleAdmin1.0版本中，我將整體專案結構分為三大塊，分別為架構核心、業務模組和應用服務。隨著1.0版本的封版，回去再看我之前的專案架構，也暴露了一些問題，比如在1.0版本中，Signalr和Mqtt只能二選一，這顯然是不科學的，因為這兩種雖然都可以作為訊息通知，但是顯然可以有更多的應用場景，所以如果兩者只能用其一的話，顯然整個專案架構就不靈活了。並且隨著功能越來越多，太多的程式碼集合在一個應用中，僅僅以資料夾區分功能模組的話，會不會導致專案越來越臃腫？慢慢的就成了屎山了。這個時候我就想到了很多系統都會採用的外掛式開發的模式，在業務模組中，除了基礎的功能之外，一些拓展性功能採用外掛的方式建立在獨立的類庫中，這樣的話我們想要用哪個功能就參照該功能的專案，如果功能有問題我們也能快速定位到程式碼的位置，非常方便。於是，我就在SimpleAdmin1.0的基礎上，對現有架構進行重新設計，以下是2.0架構設計的一些特色：

外掛式開發：分層明確，減少程式碼耦合性，增強程式碼可讀性，避免專案成為屎山。
Signalr和Mqtt並存：將Mqtt和Signalr都封裝成外掛使用，想要使用哪個就參照那個外掛，並且支援同時參照。
支援MemerCache：支援記憶體快取，無需依賴redis即可啟動專案。

二、專案結構

2.0的專案結構主要分為架構核心、系統外掛、業務模組和應用服務,相比於1.0，多了一個外掛層。

如圖所示：

三、分層說明

3.1 架構核心

SimpleAdmin.Core->核心層

核心層,公共元件,常數,列舉,通用方法等其他核心程式碼，可以被任何專案參照，不依賴其他專案。

│  Core.Development.json  -->  開發環境設定
│  Core.Production.json  -->  生產環境設定
│  Startup.cs  -->  啟動類
├─Attributes  -->  特性
├─BaseInput  -->  共用輸入引數(分頁,ID傳參等)
├─Components  -->  公共元件
├─Const  -->  常數
├─Dto  -->  資料類
├─Extension  -->  拓展
├─UnifyResult  -->  統一返回結果
└─Utils  -->  工具類(驗證碼,圖片處理,種子資料處理等)

3.2 系統外掛

系統外掛是新增的一層，目的是把一些通用的程式碼抽取出來，封裝成類庫外掛的形式，給不同的專案參照,如果需要哪個功能，直接參照對應的外掛即可，非常清晰。哪個功能有問題直接去對應的外掛查詢，非常方便。這裡不做過多的介紹，後面將單開一篇教學詳細介紹外掛功能。

3.2.1 核心外掛

核心外掛通常放置一些系統通用外掛，如orm，快取等，這些是系統的基礎，基本上所有業務模組都需要用到的外掛。

├─SimpleAdmin.Plugin.Aop  -->  Aop外掛
├─SimpleAdmin.Plugin.Cache  -->  快取外掛
├─SimpleAdmin.Plugin.CodeFirst  -->  CodeFirst資料庫初始化外掛
├─SimpleAdmin.Plugin.Core  -->  外掛核心,被其他外掛參照
├─SimpleAdmin.Plugin.SqlSugar  -->  SqlSugar ORM外掛

3.2.2 系統模組外掛

系統模組外掛主要是對應的我們SimpleAdmin.System層所用到的外掛。

├─SimpleAdmin.Plugin.Batch  -->  批次編輯外掛
├─SimpleAdmin.Plugin.Gen  -->  程式碼生成器外掛
├─SimpleAdmin.Plugin.ImportExport  -->  批次匯入匯出外掛
├─SimpleAdmin.Plugin.Mqtt  -->  MQTT外掛
├─SimpleAdmin.Plugin.Signalr  -->  Signalr外掛

3.3 業務模組

SimpleAdmin.System->系統應用層

系統應用層，主要是提供系統應用服務給Api介面層呼叫，SimpleAdmin的主要功能都由該層實現。

│  Startup.cs  --> 啟動類
│  System.Development.json  -->  開發環境設定
│  System.Production.json  -->  生產環境設定
├─EventSubscriber  -->  事件匯流排
├─Oss  -->  物件儲存
├─Services  -->  服務(系統功能介面加實現)
└─UserManager  -->  使用者中心(獲取當前請求使用者資訊)

SimpleAdmin.Application->業務應用層

業務應用層，主要是業務程式碼的編寫，可以將自己的業務寫在該層，當然也可以自己新建一層寫。本系統該層主要是用作資料許可權範例。

│  Application.Development.json  --> 開發環境設定
│  Application.Production.json  --> 生產環境設定
│  Startup.cs  --> 啟動類
└─Service  --> 服務(業務功能實現）

3.4 應用服務

3.4.1 Web

SimpleAdmin.Web.Entry->啟動層

Web 入口層,主要作用就是作為程式入口,沒有什麼實際業務，沒啥好講的，主要是一些全域性的設定，詳情見appsettings.json

│-- appsettings.json --> 啟動層組態檔
│-- ip2region.db --> 解析ip用的資料庫檔案
│-- Program.cs --> 啟動類

SimpleAdmin.Web.Core->WebApi介面層

Api介面層,存放web應用所需要用到的程式碼，如元件，控制器，中介軟體，過濾器等。

│  Startup.cs  --> 啟動類
│  Web.Development.json  --> 開發環境設定
│  Web.Production.json  -->  生產環境設定
├─Components  --> 存放Web元件
├─Controllers --> 存放控制器
├─Filter  --> 過濾器
├─Handlers  -->  處理器
└─Logging  -->  操作紀錄檔功能
└─Options  -->  組態檔轉實體選項類

3.4.2 後臺服務

SimpleAdmin.Background->後臺服務層

後臺服務層，作為定時任務,MQTT或其他服務載體常駐於後臺，不依賴於Web，不會因web服務升級而停止。這樣做的好處就是不會被iis記憶體回收，也不會因為web服務升級而停止工作。

│  Background.Development.json  --> 開發環境設定
│  Background.Production.json  --> 生產環境設定
│  MqttWorker.cs  --> mqtt後臺任務
│  Program.cs  -->  啟動類
├─Dto  -->  資料轉換類

四、總結

SimpleAdmin2.0的架構在1.0的基礎上進行了很大的調整，回頭再看1.0的程式碼確實有點屎山那味了，還好在1.0完成之後並沒有急著開發新的功能而是重新梳理程式碼邏輯，優化架構，為以後的新功能開發打好基礎，這對我自己來說也是一種進步。在日常工作中也一樣，如果你回頭看幾個月之前寫的程式碼發現可以以更好的方式實現時，說明你的程式碼水平已經進步了。或許在不久的將來，2.0的架構設計也會被推翻重新設計也說不定

SimpleAdmin手摸手教學之：專案架構設計2.0