我有一个关于 DDD 分层架构的依赖关系的问题。如果 Repository 实现在基础设施层，这意味着基础设施层依赖于域层，因为实体将在 Repository 实现中被引用。
另一方面，如果在域中使用基础设施服务，则域层可以引用基础设施层。
这不会创建一个循环引用吗？
问问题
8685 次
2 回答
17
查看洋葱架构 ，它显示了 DDD 解决方案的良好设置。（看看我下面的评论——如果可以的话，请使用垂直切片——洋葱的成本在使用多年后似乎不合理）
基本上所有领域服务的领域模型和接口都被认为是核心。层仅依赖于它们上方更靠近核心的层。它们的实际实现由基础设施处理。
领域项目不应引用基础设施项目。如果域需要使用某些东西，它应该被定义为域内的接口并在基础设施项目中实现。
最终，您的接口定义了您的应用程序。如何实现的逻辑是外部化的。因此，我希望您拥有包含域模型和域服务的程序集、前端（例如 MVC 等），然后是实现诸如 NHibernate 之类的东西以提供数据等的基础设施程序集。
您可以在链接文章的各个部分中看到实现架构的各种示例。最简单的在这里
您可以在此处查看与之相关的问题
主要的好处是，变化最频繁的主要是基础设施问题。新的数据层技术、新的文件存储等。此外，您的核心域应该是相当稳定的，因为它没有实现任何只是通过合约（接口）定义它需要的东西。通过将实施关注点放在一个位置，您可以最大限度地减少整个程序集所需的更改量。
于 2013-09-15T12:29:54.240 回答
1
是的，在你的情况下。我也有同样的问题:)
这是我的解释：
在 eric evans 的架构图中，基础设施层似乎是一个特殊的层。它实现了接口、应用程序、域。
这个有点牵强。。。。
但另一方面，您可以将基础架构拆分为单独的适配器模块，因为基础架构组件通常由适配器、转换器和外观组成。
例如，
1）如果您将 MailManager 注入到 DomainService 中，域可能会依赖于邮件。2）持久性依赖于域（存储库案例）。
但是如果你把邮件和持久化分成两个模块，它们之间就没有依赖关系了。我认为这可能会缓解这个问题。
毕竟，分层是一种解耦组件的方法，而不是目的。
最后但并非最不重要的一点是，我希望得到更令人信服的答案:)
于 2013-09-15T06:13:22.563 回答