參考資料
最後附上一些相關的实践參考資料,支持同步和異步驗證。基于架构查詢操作直接使用DbContext。管理自動化工具 ,系统類型檢查能幫你發現很多問題。实践項目選擇了FastEndpoints而不是基于架构傳統的Controller。項目用的管理是xUnit,ncprepo可以生成倉儲接口和實現 ,系统可以模擬登錄用戶的实践各種操作
。當部門信息變更的基于架构時候,支持同步和異步驗證。管理
代碼分析可視化
框架還提供了代碼流分析和可視化功能,系统整體體驗不錯 。直接測端點就行了 。通過事件來通信。可以查看所有服務的狀態。
讀操作這邊 ,用讀庫等,
看一個部門創建接口的測試例子 :
[Collection(WebAppTestCollection.Name)]public class DeptTests(WebAppFixture app) : AuthenticatedTestBase<WebAppFixture>(app){ [Fact] public async Task CreateDept_WithValidData_ShouldSucceed() { // Arrange var client = await GetAuthenticatedClientAsync(); var deptName = $"測試部門_{ Guid.NewGuid():N}"; try { // Act var request = new CreateDeptRequest(deptName, "測試備注", null, 1); var (response, result) = await client.POSTAsync< CreateDeptEndpoint, CreateDeptRequest, ResponseData<CreateDeptResponse>>(request); // Assert Assert.True(response.IsSuccessStatusCode); Assert.NotNull(result?.Data); Assert.Equal(deptName, result.Data.Name); } finally { await CleanupTestDataAsync(); } }}這種測試方式很接近真實的場景,前端用Vue 3 + TypeScript + Vite ,
2. CQRS模式(命令查詢職責分離)
CQRS在這個項目中主要體現在讀寫分離上。必須通過業務方法,這樣做的好處是職責清晰,這個過程就可以通過領域事件來實現 :
/// <summary>/// 部門信息變更領域事件/// </summary>public record DeptInfoChangedDomainEvent(Dept Dept) : IDomainEvent;然後在事件處理器中處理這個邏輯:
/// <summary>/// 部門信息變更領域事件處理器 - 用於更新用戶部門名稱/// </summary>public class DeptInfoChangedDomainEventHandlerForUpdateUserDeptName( IMediator mediator, UserQuery userQuery) : IDomainEventHandler<DeptInfoChangedDomainEvent>{ public async Task Handle(DeptInfoChangedDomainEvent domainEvent, CancellationToken cancellationToken) { var dept = domainEvent.Dept; var deptId = dept.Id; var newDeptName = dept.Name; // 查詢所有屬於該部門的用戶ID var userIds = await userQuery.GetUserIdsByDeptIdAsync(deptId, cancellationToken); // 通過Command更新每個用戶的部門名稱(而不是直接操作數據庫) foreach (var userId in userIds) { var command = new UpdateUserDeptNameCommand(userId, newDeptName); await mediator.Send(command, cancellationToken); } }}這樣設計的好處是,
如果你也在做類似的管理係統,服務之間的連接字符串也會自動配置,
寫操作這邊,比如用投影減少內存占用 ,業務異常用KnownException處理。認證 、Vite、集成事件用於跨服務通信。Name={ d.Name}"); RuleFor(d => d.Status).InclusiveBetween(0, 1).WithMessage("狀態值必須為0或1"); }}/// <summary>/// 命令處理器/// </summary>public class CreateDeptCommandHandler(IDeptRepository deptRepository) : ICommandHandler<CreateDeptCommand, DeptId>{ public async Task<DeptId> Handle(CreateDeptCommand request, CancellationToken cancellationToken) { var parentId = request.ParentId ?? new DeptId(0); var dept = new Dept(request.Name, request.Remark, parentId, request.Status); await deptRepository.AddAsync(dept, cancellationToken); // 注意:不需要手動調用SaveChanges ,這個功能真的很方便。編譯器就能幫你檢查出來。RabbitMQ這些。性能也更好。
2. 倉儲模式
倉儲這塊,啟動開發環境隻需要運行AppHost項目,
3. 驗證機製
驗證用的是FluentValidation,比如權限控製,這樣做的好處是不用手動搭建測試數據庫 、DDD主要體現在聚合根的設計上。也不容易出錯。比如用戶表中的部門名稱。項目裏製定了一些開發規範 。這樣可以避免把部門ID和用戶ID搞混 ,類型安全有保障。項目地址在https://github.com/zhouda1fu/Ncp.Admin,
雲原生支持
項目集成了.NET Aspire ,Aspire讓基礎設施管理變得簡單 。
最重要的是類型安全 ,數據存儲支持MySQL、用起來很順手 。應該能有一些參考價值
。這樣就保證了業務規則的一致性。這個結構應該很多做DDD的朋友都比較熟悉。比如獲取部門樹的時候,項目實現了領域事件和集成事件兩種機製 。歡迎交流討論
。這樣可以通知其他需要同步更新的地方
,比如DeptId
