.NET项目DDD洋葱架构问题：领域层如何调用应用层DTO？

问题根源 #

你对洋葱架构的依赖规则理解有误：洋葱架构的核心原则是内层不依赖外层，领域层作为最核心的内层，绝对不能引用外层的应用层（包括应用层的DTO），这就是编译报错的直接原因。

解决方案 #

1. 调整模型存放结构，打破依赖冲突 #

• 新增独立的契约层（例如命名为YourProject.Contracts）：把用于领域层和应用层交互的请求/响应模型（比如你的SetCategoriesRequest）放在这个层里，让领域层和应用层都引用该契约层。这样两边都能访问模型，同时遵守内层不依赖外层的规则。
• 小型项目简化方案：如果项目规模不大，可以把和领域直接相关的请求模型放在领域层的专门目录下（比如Domain/Models/Input），应用层通过引用领域层来使用这些模型，但注意只放和领域交互的模型，不要把应用层特有的展示型DTO放这里。

2. 修正领域服务的方法设计 #

领域服务的职责是处理业务规则，它的参数应该是领域实体或值对象，而非应用层DTO。正确的流程是：

• 应用层接收DTO，将其转换为对应的领域实体/值对象
• 调用领域层服务，传入领域对象执行业务逻辑

示例代码：

// 应用层代码（处理请求，转换模型）
public async Task HandleSetCategories(SetCategoriesRequest request)
{
    // 将DTO转换为领域实体
    var categoryEntities = request.Categories.Select(c => new Category(c.Id, c.CategoryName)).ToList();
    // 调用领域服务
    await _categoryDomainService.SetCategories(categoryEntities);
}

// 领域层服务（只处理业务规则，依赖领域对象）
public Task SetCategories(List<Category> categories)
{
    // 这里编写你的业务规则逻辑，比如校验分类合法性、关联聚合根等
}

3. 明确洋葱架构的正确依赖顺序 #

洋葱架构的层级依赖必须严格遵守：

• 核心层：领域层（包含实体、值对象、领域服务、业务规则，不依赖任何外层）
• 中间层：应用层（协调领域层与基础设施层，依赖领域层）
• 外层：基础设施层（数据库访问、外部API调用等，依赖领域层和应用层）

所有外层可以依赖内层，但内层绝不允许依赖外层。

内容的提问来源于stack exchange，提问作者guirms