在DDD中实现分层体系结构

文章/答案/技术大牛

发布

1回答

domain-driven-design、software-design、code-structure

在我的软件设计课上，我们的任务是制作一个软件，它将使用领域驱动设计进行设计。我和我的团队选择制作一个网络应用程序，教练可以在其中输入关于他们球队的统计数据。遵循DDD中描述的分层体系结构，构建代码的正确方式是什么？我们实现这一点的方式是使用DAO对我们的数据库进行查询，然后将这些查询的结果传递给一个处理程序，该处理程序创建一个域实体，然后将其传递给用户界面。

浏览 18提问于2020-09-25得票数 0

2回答

基于域驱动的基础结构层设计存储库实现

domain-driven-design、ddd-repositories

我有一个关于DDD分层体系结构的依赖性的问题。如果Repository实现位于基础结构层，这意味着基础结构层对域层有依赖，因为实体将在Repository实现中被引用。

浏览 6提问于2013-09-15得票数 12

回答已采纳

2回答

DDD存储库属于哪个层？

domain-driven-design、layers、repository-pattern

在他的DDD书中，Evans提出了分层体系结构的思想，特别是业务逻辑应该局限于域层，并与UI/persistence/其他关注点分离。(如果它低于域层，它将违反分层体系结构原则，因为它依赖于它存储的域对象)存储库应该从存储技术(如果它们属于域层)中抽象，还是能够利用这些存储技术？你是否在实践中应用了这些约束，对你的项目质量有什么影响？ (我最感兴趣的是DDD视角)

浏览 0提问于2019-08-17得票数 33

回答已采纳

2回答

我阅读了以下内容：@RestController：处理请求，定义用户可以使用的API :包含业务逻辑@Repository：从对DB的访问中抽象化现在我想使用ResponseEntity --我听说使用它是很好的实践。但是现在我开始怀疑:服务层应该返回ResponseEntity还是只返回域模型的实例？我认为您可以认为ResponseEntity也应该在服务中，因为您可能需要返回不允许的方法或类似的东西

浏览 11提问于2020-08-23得票数 3

回答已采纳

4回答

在DDD中，应用层是否应该依赖于基础架构层？

domain-driven-design

它违反DDD了吗？在DDD中，应用层是否应该依赖于基础架构层？

浏览 1提问于2017-01-25得票数 3

1回答

放松查询的分层规则？

architecture、domain-driven-design、cqrs

在典型的DDD分层体系结构(应用程序、域和基础结构层)中，您通常会在域/应用程序层中声明接口，并实现依赖于基础设施的接口(例如文件系统、网络、第三方库等等)。基础结构层中的实现。例如，将在域中声明一个ClientRepository接口，在基础结构中实现一个JpaClientRepository。但是，我注意到，在许多DDD分层

浏览 0提问于2022-10-05得票数 2

3回答

该体系结构的名称以及在服务中而不是在控制器中使用dbcontext的目的是什么？

c#、.net、entity-framework

因此，我创建了dbcontext，并通过构造函数注入将它注入到每个控制器中。然后，在GET/POST函数中，我使用实体框架查询语法，如：我被要求回顾这一点，而不是注入dbcontext在此服务函数中，将是与数据库交互的实体框架查询。然后，我必须将服务注入控制器，以便当函数GET/POST想要与数据库交互时，它们使用服务函数。我认为这是为了将实体框架查询语法分离，并将其放入服务类而不是控制器中</

浏览 8提问于2022-04-01得票数 0

1回答

清洁领域驱动的设计(DDD)是一个乌托邦吗？

c#、oop、architecture、domain-driven-design

我想我读过所有关于DDD的书，以及如何在C#中应用它(3-5本书，不记得几年前)。例如，书中关于DDD的代码并不遵循DDD风格。例如，Tim MacCarthy书中关于DDD 的代码代码，看看他的领域对象，它们与任何行为都是干净的--这只是DTO集成到域对象中的唯一东西是验证，如果我正确地记住在DDD<

浏览 0提问于2011-06-08得票数 10

1回答

DDD，Doctrine2，Aggregates和ArrayCollection:如何隔离域模型？

doctrine-orm、domain-driven-design、domain-model

我正试图在一个具有大量业务逻辑的项目上有效地使用、DDD、和Doctrine2。我理解--我们需要将域对象与与系统相关的其他概念解耦，即在分层体系结构中，“域层”必须与其他层分离，比如持久化层/服务(Doctrine2 )。但有一件事我很难理解:在一些使用Doctrine 2的DDD代码示例中，域实体中的聚合是用Doctrine ArrayCollection管理的，我发现了这样的代码： namespace Acme\Dom

浏览 3提问于2013-08-27得票数 7

回答已采纳

2回答

在DDD中，调用日志服务的位置在哪里？

architecture、domain-driven-design

为了尊重DDD体系结构，它可以是调用日志服务的正确或可重构的地方(放置在基础结构层，具有数据库持久性)？我的意思是，应该在事件发生时在每个组件中调用记录器，还是应该将消息(例如，通过OperationResult结构)向上传播到应用程序服务层，而不是由这个层调用日志系统？或者你推荐的其他方法是什么?每当需要记录某项内容(错误、警告或信息)时，应该在每个组件中触发事件(链接到日志系统)。谢谢!

浏览 2提问于2022-08-23得票数 1

回答已采纳

1回答

基于ddd的分层体系结构

c#、architecture、domain-driven-design

我一直在研究一种体系结构，试图了解更多关于DDD、分层架构等方面的知识。域名继续前进..。服务这个类公开了存储库接口以及其他一些方法，比如OpenDbConnection和StartTransaction。将它们放置<

浏览 0提问于2018-09-17得票数 3

1回答

SignalR在DDD体系结构中属于哪里？

signalr、domain-driven-design

我有一个DDD应用程序，我试图了解SignalR在我的层中的位置：2. Distributed Services (Web API)我倾向于这样想：间隔检查数据库的后台服务似乎适合于Application

浏览 0提问于2017-05-20得票数 5

回答已采纳

1回答

C#和ASP.NET Core WebAPI中用于后端的最佳实践应用程序体系结构的最简单版本是什么？

c#、asp.net-mvc-web-api、clean-architecture、onion-architecture

我知道，在某些情况下，最佳实践将是DDD、CQRS和EventSourcing，但在我的例子中，这将是过于复杂的两个原因：我还想谈谈我们的简单应用程序。这是一个游乐园，要求不同部门的季节性雇员参加一些培训课程。也许许多人会认为这

浏览 0提问于2020-03-07得票数 -3

4回答

领域驱动设计与清洁体系结构的区别

domain-driven-design、clean-architecture

我一直在研究RobertC.Martin的Clean (CA)，发现它在推广大型应用程序的体系结构标准方面非常有用。通过一个案例研究的实现，我对它如何帮助构建更加灵活、健壮和可伸缩的应用程序有了一点经验。最后，我还了解了它的潜在缺陷(其中许多都在这出色的响应中概述)。我的问题是，清洁架构是如何与领域驱动设计(DDD)的埃里克埃文斯。虽然不太熟悉DDD，但我注意到DDD和CA之间有许多相似之处。以下是我的问题： CA和DDD (命名方案除外)之间有什么不

浏览 0提问于2020-03-02得票数 24

回答已采纳

1回答

六边形体系结构与DDD

kotlin、domain-driven-design、hexagonal-architecture

我有一个关于六边形建筑和DDD的问题。是否允许从持久化适配器调用作为参数传递给适配器的域逻辑？

浏览 6提问于2021-06-16得票数 1

3回答

业务逻辑与数据访问层的循环依赖关系

model-view-controller、architecture、domain-driven-design、repository-pattern、business-logic-layer

我正在研究MVC项目，在那里我遵循分层架构。在网上阅读和研究后，我发现有独立的层是最优的方法。dataAccess.InsertIntoDB(partnerRequestModel); //Domain object passed to DLL method现在，我的BLL依赖于数据访问层，这取决于BLL，因为域对象在BLL中。

浏览 4提问于2016-03-13得票数 4

回答已采纳

2回答

ORM实体与DDD实体

java、spring、jpa、orm、domain-driven-design

我熟悉由服务、实体和存储库组成的典型分层体系结构。服务操作被存储库持久化的带注释的实体类。在这个模型中，实体类只是带有大量getter和setter的贫血数据容器。业务逻辑驻留在过程服务类中(由spring容器管理的单例)。我把DDD作为一个业余项目来学习。在DDD中，实体形成了一个丰富的域模型，它在聚合根方法(和值对象)中容纳了大部分业务逻辑。此外，域模型是六角体系结构的核心，这意味着它只是POJO，而不依赖于源

浏览 4提问于2021-09-02得票数 3

回答已采纳

1回答

在DDD/分层体系结构中存储常量的位置

domain-driven-design、constants

首先，我认为它应该存储在MediaType中，因为它负责创建类型。但是，如果我需要它在应用层，或者在接口层来验证请求，甚至在查询中。看起来，如果我想隔离域，我就不能在MediaType中存储常量，因为我不能在域之外使用它。或者只在域层中使用常量，并且在其他地方硬编码，对我来说似乎是不正确的，因为在这种情况下，我们没有一个地方来改变它。第三种选择是创建单独的常量类，如MediaConstants，并将其存储在域外(不确定位置)，但在这种情况下，我们似乎根

浏览 2提问于2020-01-22得票数 6

回答已采纳

1回答

限制Maven项目中的层

java、maven、design-patterns、architecture

我们正在模型、DataAccess、服务和服务API分层体系结构中开发面向服务的体系结构，正如我为依赖流所采用的分层体系结构所实现的。

浏览 3提问于2014-08-29得票数 0

回答已采纳

1回答

将ASP.NET成员应用编程接口与分层架构、DDD等结合使用

asp.net-mvc、architecture、asp.net-membership

当遵循分层架构时，最好是使用自己的成员资格，还是使用/包装/抽象现有的ASP.NET成员资格？

浏览 0提问于2012-10-25得票数 1

点击加载更多