我一直在研究和实施称为洋葱架构 (http://jeffreypalermo.com/blog/the-onion-architecture-part-3/) 的模式。
如果我理解正确，我会怀疑以下几点：
所有接口都在核心程序集中定义。实现可以在其他程序集中实现，并将与 IOC 容器链接。
既然所有接口都在 Core 中定义，并且所有程序集都引用 Core，这是否意味着每个程序集都可以访问每个接口？
即理论上，您可以将 UI 服务导入 DAL，因为 DAL 可以访问 UI 服务接口并将其由 IOC 容器解析。
这不是有点破坏分层设计的目的吗？在传统模型中这是不可能的，因为 DAL 程序集不引用 UI 程序集。
我是否误解了某些东西，或者这种“滥用”在 Onion 架构中是否可能与正常的 N 层架构相反？
【问题讨论】：
标签： architecture onion-architecture hexagonal-architecture
所有接口都在核心程序集中定义。实现可能 在其他大会中实施，并将与国际奥委会联系起来 容器。
接口在每一层中定义，并在任何外层实现。所以一个层依赖于它里面的所有层。层数不固定，你可能有你想要的层数。如果你说的汇编是指一个jar文件，那么每一层都会有一个汇编。
由于所有接口都在核心中定义，所有程序集 参考核心，这是否意味着每个程序集都可以访问 每个接口？
我不太理解你的问题，但我猜你的意思是：“一个层可以访问内层的任何接口吗？”答案是“是”。不仅是内层，而是任何内层。
即从理论上讲，您可以将 UI 服务导入 DAL，因为 DAL 有权访问 UI 服务接口并将拥有它 由 IOC 容器解决
是的，你可以做到。你不应该这样做，但架构允许这样做。
这不是有点破坏分层设计的目的吗？在一个 传统模型这是不可能的，因为 DAL 组件 不引用 UI 程序集
是的，你是对的。之所以会出现这种情况，是因为图层是圆形，并且因为在每个圆形中，模式都没有说明分割它。
我是误会了什么，还是这种“虐待”是可能的 在 Onion 架构中，而不是在普通的 N 层架构中？
你是对的。
这就是六边形架构的不同之处：六边形更明确，并且您有不同的适配器，而不是层。
这里你有另一个关于洋葱与六边形相比的问题和答案：
【讨论】：