Clean Architecture边界疑问：API层为何可访问Domain层实体与异常？

你的理解误区：API层的依赖边界 #

Clean Architecture的核心依赖规则是所有外层依赖内层，内层不依赖外层——Domain层是最核心的内层，API、Infrastructure、Application这些外层都可以直接依赖Domain层，而非你以为的API层只能访问Infrastructure层。

为什么只引用Infrastructure层却能访问Domain类型？ #

这是因为依赖传递的特性：

• Infrastructure层本身必然依赖Domain层（比如实现Repository时需要用到Domain的Entities，处理业务逻辑时会抛出Domain Exceptions）。
• 在大多数编程语言的依赖管理系统（如NuGet、Maven、Gradle）中，当你在API层引用Infrastructure层时，系统会自动把Infrastructure的依赖（也就是Domain层）也引入到API层的依赖链中，所以你不需要显式引用Domain层，也能直接使用它的类型。

这种情况是否符合Clean Architecture规范？ #

完全符合：

• Domain Exceptions是业务核心的异常定义，API层需要捕获这些异常，转换成对应的HTTP响应（比如业务校验失败返回400，资源不存在返回404），直接访问是合理且必要的。
• 对于Domain Entities，虽然最佳实践是用DTO（数据传输对象）做隔离，但Clean Architecture并没有禁止API层直接使用Entity——如果你的场景中Entity的结构和API响应结构高度一致，直接使用可以减少重复代码，也是可行的方案。

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