我正在学习 DDD，我在基础设施层有点迷失。
据我了解，“所有好的 DDD 应用程序”都应该有 4 层：表示层、应用程序、域和基础架构。应使用存储库访问数据库。存储库接口应该在域层和存储库实现中 - 在基础架构中（参考 DDD: Where to keep domain Interfaces, the Infrastructure?）。
应用程序、域和基础设施层应该/可能有服务（参考 Services in Domain-Driven Design），例如，基础设施层中的 EmailService 发送电子邮件消息。
但是，在基础设施层内，我们有存储库实现，用于访问数据库。那么，在这种情况下，存储库是数据库服务吗？基础设施服务和存储库有什么区别？
提前致谢！
【问题讨论】：
标签： c# asp.net-mvc domain-driven-design
坚持 DDD 定义，存储库与服务不同。存储库直接与实体相关，通常是聚合根。服务定义了实际上不属于您域中单个实体的行为。您绝对可以在每一层中找到服务，尽管它们解决的问题类型因层而异，并且可能与 DDD 的概念服务不同。
在概念级别工作时，DDD 存储库与 DDD 服务的不同之处在于它专门与实体持久性相关联。服务可以解决您可能遇到的任何域、应用程序或基础架构问题。
您到处都会遇到与 DDD 的术语冲突。例如，DDD 存储库与 Martin Fowler 的 PoEAA 书中的Repository pattern 不同，尽管它可能采用这种模式。这通常是许多人困惑的根源。
如果您始终将领域模型置于您所做的一切的中心，这对 DDD 会有所帮助。说到分层 DDD 应用，我经常选择Jeffrey Palermo's Onion Architecture。看看这个。下载CodeCampServer，一个使用此架构的示例应用程序。我认为它非常适合 DDD 编程。
祝你好运！
【讨论】：
也许这有助于了解潜在的项目结构。
可能的组装或封装结构：
项目.域
项目.基础设施.数据
项目.基础设施.组件
项目.基础设施.服务
可能的命名空间或文件夹结构：
项目.域
-n- 模块
----n- 帐户
--------f- Account.xx
--------f- AccountRepository.xx
--------f- Contact.xx
-n- 营销
--------f- RegionRepository.xx
-n- 共享
-n- 服务
Project.Infrastructure.Data (OR-Mappers)
-n- 表
-n- 浏览量
-n- 程序
-n- 函数
Project.Infrastructure.Components（通用）
-n- 邮件
-n- 密码学
-n- 用户界面
Project.Infrastructure.Services（特殊操作）
-f- DoingSomethingService1.xx
-f- DoingSomethingService2.xx
-f- DoingSomethingService3.xx
域实体和值类型不使用域服务。应用层使用域的服务。 Domain Repository 对象使用 Infrastructure.Data 对象返回 Domain 对象。
【讨论】：
关于 DDD 的不幸之处在于“服务”一词。它应该是“域服务”。将域视为实体和值对象，而服务是处理动作、操作和活动的一种方式。
至于存储库，它们只是一个外观，应该像您的域的集合一样。如果您正在使用 ORM 或编写自己的 ORM，那么您的所有域对象都应该通过这种方式来实现持久性，而不是直接使用这些服务。
【讨论】：
为什么要将存储库实现放入 Infrastructure 中？它们根本与“基础设施”无关。
根据Evan's Blue Book，存储库是域模型的一部分。因此，我将存储库接口放在域模型中。存储库的实现有时也是如此。
基础设施应包含“基础设施”代码，它可以是一项服务，使您能够通过 smtp 轻松发送电子邮件，或者为您抽象数据库访问的代码（因此，您可以在存储库中使用一些类，但它不是您的存储库）。
因此，不要将您的存储库放入“基础设施”，因为它们不属于那里。 对我来说，可以在基础设施中找到的类是可以在其他不同项目中使用的类，明白我的意思吗？与您的域模型或应用程序不紧密相关的类属于基础架构。存储库实现与特定应用程序紧密耦合。 :)
【讨论】：