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

HuTiger發表於2023-04-04

一、說明

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

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

二、專案結構

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

如圖所示:

SimpleAdmin手摸手教學之:專案架構設計2.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開發的coder們一起進步。

相關文章