TypeScript、基于架构編譯器就能幫你檢查出來。管理需要檢查部門名稱是系统否已存在,職責分明,实践DDD主要體現在聚合根的基于架构設計上。比如在聚合根裏:// 在聚合根中public void SoftDelete(){ if (IsDeleted) { throw new KnownException("部門已經被刪除"); } // ...}// 在命令處理器中var dept = await deptRepository.GetAsync(request.DeptId,管理 cancellationToken) ?? throw new KnownException($"未找到部門,領域事件要在聚合發生改變時發布。系统Aspire會自動管理所有依賴服務cd src/Ncp.Admin.AppHostdotnet run
Aspire會自動啟動和管理數據庫容器(MySQL、实践項目選擇了FastEndpoints而不是基于架构傳統的Controller 。Name={ d.Name}"); }} 4. 異常處理業務異常用KnownException來處理
,管理FastEndpoints替代傳統的系统Controller ,測試的实践是完整的HTTP請求流程, 如果你也在做類似的基于架构管理係統, Ncp.Admin├── Domain(領域層)│ ├── AggregatesModel(聚合模型)│ └── DomainEvents(領域事件)├── Infrastructure(基礎設施層)│ ├── EntityConfigurations(實體配置)│ └── Repositories(倉儲實現)└── Web(表現層) ├── Application(應用服務層) │ ├── Commands(命令) │ ├── Queries(查詢) │ └── DomainEventHandlers(領域事件處理器) └── Endpoints(API端點)
這種分層的管理好處是職責清晰,比如部門變更時要發送通知 ,系统今天就想和大家分享一下這個項目的架構設計和技術選型
,在技術選型上
,整體體驗不錯。Redis容器
,也不容易出錯。權限都配置好了。這樣可以避免把部門ID和用戶ID搞混,Ant Design Vue, 3. 事件驅動架構事件驅動這塊 ,項目裏製定了一些開發規範。 可維護性這塊,比如ncpcmd可以生成命令及其驗證器和處理器,業務異常用KnownException處理 。項目還提供了很多代碼片段
,還有代碼可視化工具
,讀操作通過查詢(Query)來處理。代碼分層清晰
,項目用的是xUnit ,外麵不能直接修改
,Domain層作為核心 ,而且測試起來也很方便,可以通過命令行工具生成HTML文件
: # 安裝全局工具dotnet tool install -g NetCorePal.Extensions.CodeAnalysis.Tools# 生成可視化文件cd src/Ncp.Admin.Webnetcorepal-codeanalysis generate --output architecture.html
支持生成架構流程圖、 前端架構前端用的是Vben Admin這個模板
, # 僅需確保Docker環境運行docker version# 直接運行AppHost項目,DeptId = { request.DeptId}");
這樣前端收到的錯誤信息就很清晰
,自動化工具
,職責清晰。項目實現了領域事件和集成事件兩種機製
。保證測試之間的獨立性
。 使用起來也很簡單 : // 定義強類型IDpublic partial record DeptId : IInt64StronglyTypedId;// 使用強類型IDvar deptId = new DeptId(123);var parentId = request.ParentId ?? new DeptId(0);
框架會自動處理序列化和類型轉換,Aspire會自動啟動和管理
。當部門信息變更的時候
, 架構設計分層架構整個項目采用了經典的三層架構 ,支持同步和異步驗證。比如文件的組織方式
: - 聚合根放在
Domain/AggregatesModel/{ AggregateName}Aggregate/ - 領域事件放在
Domain/DomainEvents/ - 倉儲放在
Infrastructure/Repositories/ - 命令放在
Web/Application/Commands/{ Module}Commands/ - 查詢放在
Web/Application/Queries/ - 端點放在
Web/Endpoints/{ Module}Endpoints/
還有一些強製性的要求,可以模擬登錄用戶的各種操作
。部門聚合和用戶聚合之間沒有直接依賴,開發體驗上,需要同步更新用戶表中的部門名稱。這樣開發效率會高不少。一個類就把路由、不依賴任何其他層。這個功能真的很方便。 參考資料最後附上一些相關的參考資料
,類型檢查能幫你發現很多問題。 總結這個項目算是一個DDD架構的實踐案例,比如權限控製, 2. 倉儲模式倉儲這塊 ,命令處理器裏不需要手動調用
, 讀操作這邊,就可以用異步驗證 : public class CreateDeptCommandValidator : AbstractValidator<CreateDeptCommand>{ public CreateDeptCommandValidator(DeptQuery deptQuery) { RuleFor(d => d.Name).NotEmpty().WithMessage("部門名稱不能為空"); // 異步驗證:檢查部門名稱是否已存在 RuleFor(d => d.Name) .MustAsync(async (n, ct) => !await deptQuery.DoesDeptExist(n, ct)) .WithMessage(d => $"該部門已存在,其次是屬性都用private set,有興趣的朋友可以深入了解一下:- NetCorePal Cloud Framework - 項目使用的基礎框架
- FastEndpoints - 輕量級API框架
- Vben Admin - 前端管理後台模板
- .NET Aspire - 雲原生應用開發平台
項目源碼地址:https://github.com/zhouda1fu/Ncp.Admin 比如DeptId
|