一、說明
在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開發的coder們一起進步。