n 层和干净架构之间的主要和明显的区别

Question

免责声明。我不是在寻找关于这两者的讨论或意见。我也不打算评估或描述它们。我在一个项目中，我应该设置一条从传统重构到域驱动的路径，我希望尽可能地减少更改以完成任务。

根据clean architecture 的MS 文档，洋葱形图应该与n-tier architecture 不同，后者是层形的。

阅读时这一切都有意义，但随后呈现了干净架构的不同视图，它看起来与 n 层架构非常相似。当然，我确实理解它们的不同之处，但试图理解它们在在哪里以及如何不同的核心点并不会因为这种相似性而变得更容易。

我不确定的原因的一个更好的例子是this blog。它与 .NET 无关，但架构应该与技术无关。据我了解，该过程的实际路径是基于层的，并且与n层版本完全等效（仅在绘制方式上有所不同，这应该无关紧要）。

这两种架构类型之间的主要区别仅仅是我们如何使用它们，还是在代码方面或项目结构方面存在实际差异（当然，命名除外）？

Answer 1

据我了解，该过程的实际路径是基于层的，并且与 n 层版本完全等效（仅在绘制方式上有所不同，应该无关紧要）。

是的，没错。

这两种架构类型之间的主要区别仅仅是我们如何使用它们，还是在代码方面或项目结构方面存在实际差异（当然，命名除外）？

区别在于哪些代码知道，有引用，依赖于其他代码。

在 N-Tier 中，业务逻辑需要知道基础设施层的 API。所有的依赖都指向下。

在干净架构/洋葱架构等中，基础设施层知道领域层的API。所有的依赖都指向向内。

干净的架构将业务逻辑和应用程序模型置于应用程序的中心。业务逻辑不依赖于数据访问或其他基础架构问题，而是颠倒了这种依赖关系：基础架构和实现细节依赖于应用程序核心。

这种风格通常伴随着Composition Root的使用，它负责将最终完成工作的组件连接在一起。

你是说洋葱版没有业务逻辑层？ IE。是否已融入应用程序核心？

通常，业务逻辑被理解为位于洋葱中间。比如Robert Martin offers

您可能会发现您需要的不仅仅是这四个。没有规则说你必须总是只有这四个。但是，依赖规则始终适用。源代码依赖项总是指向内部。