DDD:在哪里保留域接口,基础设施？
在领域驱动设计（DDD）中，保留域接口是指在领域模型中定义和维护与业务逻辑相关的接口。这些接口应该在领域层中定义，而不是在应用层或基础设施层中定义。这是因为领域层是与业务逻辑和业务规则最密切相关的层，而应用层和基础设施层则是与具体的实现和技术细节相关的层。
在基础设施层中，应该尽量减少对领域层的依赖，以便更好地实现解耦和可扩展性。因此，在基础设施层中，应该通过依赖注入或其他方式，将领域层中定义的接口注入到基础设施层中，以实现领域层和基础设施层之间的通信。
推荐的腾讯云相关产品：
- 云服务器：提供可扩展的计算能力，以支持业务的高效运行。
- 数据库：提供可靠的数据存储和管理服务，以支持业务的数据处理需求。
- 云存储：提供可靠的存储服务，以支持业务的文件和数据的存储需求。
- 负载均衡：提供可靠的负载均衡服务，以支持业务的高可用性和可扩展性需求。
- 云硬盘：提供可靠的硬盘存储服务，以支持业务的数据持久化需求。
产品介绍链接地址：https://cloud.tencent.com/product
相关·内容
将域层的所有接口(模块、模型、实体、域服务等)全部分组在基础架构层中是否有意义？如果不是，那么创建一个“共享”项目/组件，将所有这些项目/组件组合到一个共享库中是否有意义？毕竟，“基础架构层”的定义包括“域、应用程序和UI层的共享库”。
我正在考虑围绕DDD层设计我的代码库: UI、应用程序、域、基础设施。这将创建4个项目。我的观点是，您从域层引用基础架构层。但是，如果您在域层项目中定义接
浏览 1提问于2009-03-28得票数 25
回答已采纳
1回答
在DDD项目中，我有这样的结构：
MyProj.WebAPI我需要知道MyProj.Data是属于基础设施层还是属于域层。我真
浏览 1提问于2013-02-20得票数 0
回答已采纳
在研究DDD时，我想知道为什么域模型需要为基础设施层定义接口。
从我的阅读中，我得到了一个高层(域模型、应用程序服务、域服务)定义了需要由更低层(基础设施)实现的接口。很简单。从这个想法出发，我认为应用程序级别(在较高级别上)定义较低层次(基础结构)的接口是有意义的，因为应用程序级别将使用基础结构组件(存储库是应用程序层的通常客户端)，但不希望被绑定到任何特殊实现。然而，当我在一些
浏览 0提问于2018-07-09得票数 1
回答已采纳
我正在通过DDD实现一个系统，我有3层(应用程序|基础设施|域) 我在微服务同步和异步之间有两种连接 在同步连接中，我在应用层创建了一个应用程序接口，但我不知道哪一层适合为RabbitMQ实现消费者我应该在哪里写消费者？
浏览 76提问于2020-07-13得票数 0
回答已采纳
我在试着找到亮点。在DDD方法中，我们有表示层(UI)、应用层(应用服务)、域层和基础设施。我相信每个人都知道这4层的简短描述。我知道WCF feet在应用层(应用服务)，以及实体框架.edmx模型在基础设施层。
现在，“沉默的谜团”出现了:我必须将POCO对象、存储库接口和实现放在哪里？考虑到POCO的无知持久性，我可以使用POCO对象，比如域模型对象，或者最好在域模型中有另一个
浏览 2提问于2010-09-30得票数 3
回答已采纳
1回答
我使用DDD的3个应用程序使用相同的域层(域服务)通过3个不同的应用程序(工作流)服务。基础设施& UI层不能访问域服务。我还通过域服务构造函数传递所有外部依赖项，比如存储库。那么，我需要在域服务上创建接口吗？注意，我已经为应用程序服务定义了接口。
浏览 5提问于2014-07-16得票数 3
回答已采纳
2回答
许多编程人员认为，在使用JPA时可以绕过DAO层。
在使用DDD方法时，域层由基础设施区域(包含存储库实现等外部资源)和域区域(具有实体、所需的值对象和存储库接口和服务等)组成。因此，如果跳过DOA层，基础结构区域是否应该是称为“基础设施”的包中的域层的一部分？如果基础结构部分应该在一个分离的层中移动(分离的项目以使事物变得更干净)，那么在域层和基础层之间是否可以接受循环依赖？实际上，实体和
浏览 2提问于2012-05-01得票数 0
回答已采纳
我在我的DDD应用程序中使用Entity Framework，其中我有Domain、Infra和UI层。DbEntityEntry Entry<TEntity>(TEntity entity) where TEntity : class;
}
我的上下文接口实际上位于域层我应该把这个接口放在哪里？把它移到基础设施？我想将我的领域与任何技术隔离开来。
浏览 3提问于2011-08-18得票数 0
3回答
只是从DDD开始。我理解所有的领域实体和它们的逻辑应该与存储库接口一起保存在域层中。在我的应用程序中，我将一些数据存储在数据库中，用于在运行时构造用户界面的各个部分(表示层)。我应该在哪里保存这些类型的poco类和存储库接口，在应用层还是域层。我无法辨别，因为这些对象不会有任何与领域相关的业务逻辑，但它们需要从数据库中提取信息，而我使用的是EF，因此对于数据访问，我将需要实体和存储库，因此对我来说，显而易见的选择是将它们与域层中的所有
浏览 5提问于2013-02-14得票数 0
回答已采纳
1回答
在何处保存DDD中的存储库实现？
、、、、
1)根据领域驱动设计，域层应该只具有存储接口，并且实现不应该是域层的一部分--如果我的理解有误，请告诉我？2)如果Repository实现不应该是域层的一部分，那么我应该将Repository实现保存在哪里(在基础设施中)？5) DDD是一种体系结构还是设计？如果是建筑，那么DDD和有什么区别？
浏览 0提问于2014-08-25得票数 2
2回答
域服务实现应该驻留在DDD项目结构中的哪里？如果我们有IDomainInterface和DomainInterface实现，那么DomainInterface实现应该驻留在解决方案/项目的基础设施或核心/域部分吗？
浏览 1提问于2016-09-21得票数 10
回答已采纳
1回答
我想按照使用Spring的DDD方法创建一个应用程序。假设我有一个业务模型类Foo和一个接口FooRepository。public interface FooRepository extends CrudRepository<Foo, Long>{我打破了一个核心概念，即域</e
浏览 5提问于2015-07-07得票数 0
我在一个DDD项目中工作，其中包含这些层: UI、应用程序、域和基础设施。更新：
例如，我说的是一个对象Dumper Helper。
浏览 1提问于2011-09-15得票数 3
回答已采纳
我正在研究这段时间的每一层，我想知道每一层都应该放在哪里。据我理解，我将要编写的webservices应该作为应用程序服务层中的新项目，访问域服务，以便在某个新的注册中心被推入存储库( webservice将同时提供搜索和插入到数据库)。我想到的第二种可能是将webservice放置到表示层，在应用程序服务层中有自己的项目来处理它的请求和访问域服务。关于外部but服务，根据我对DDD的理解，再次将webreference放在基础设施层和域服务中，通过一个在</e
浏览 2提问于2015-01-21得票数 2
回答已采纳
1回答
在典型的DDD分层体系结构(应用程序、域和基础结构层)中，您通常会在域/应用程序层中声明接口，并实现依赖于基础设施的接口(例如文件系统、网络、第三方库等等)。基础结构层中的实现。例如，将在域中声明一个ClientRepository接口，在基础结构中实现一个JpaClientRepository。但是，我注意到，在许多DDD分层项目示例中，对于查询来说，对基础设施关注点的
浏览 0提问于2022-10-05得票数 2
因此，应用服务调用域实体、域服务来处理域逻辑。然后呼叫基础设施发送电子邮件。应用层依赖于域层和基础设施层。它违反DDD了吗？在DDD中，应用层是否应该依赖于基础架构层？
浏览 1提问于2017-01-25得票数 3
2回答
这感觉就像我指的是DDD主题的上下文映射和反腐败层，但我不知道如何解决它。例如，可以有多个数据源(db、文件、外部服务)。由于我试图构建尽可能类似于洋葱的体系结构，这意味着我的域没有依赖关系。基础设施取决于域(具体而言，基础设施实现域接口)
如果基础设施必须依赖域(反之亦然)，是否意味着外部数据映射应该在存储库内进行？如果通过构造函数创建对象被视为业务逻辑，那么如何
浏览 1提问于2017-06-27得票数 0
4回答
我正在学习DDD，我对基础架构层有点迷茫。应用程序、域和基础架构层应该/可能具有服务(参考)，例如，发送电子邮件消息的基础架构层中的EmailService。但是，在基础架构层中，我们有用于访问数据库的存储库实现。那么，在这种情况下，存储库是数据库服务吗？基础设施<
浏览 2提问于2009-09-05得票数 30
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
