开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

DDD延迟验证或始终有效的聚合根验证

DDD（Domain-Driven Design）延迟验证或始终有效的聚合根验证是一种在领域驱动设计中使用的验证方法。在DDD中，聚合根是领域模型中的核心对象，它负责维护一系列相关实体和值对象的一致性。

延迟验证是指将验证逻辑推迟到聚合根的操作方法中进行，而不是在输入数据时立即进行验证。这种延迟验证的方式可以提高系统的灵活性和可维护性，因为它允许在聚合根的操作方法中进行更复杂的验证逻辑，而不仅仅是简单的数据格式验证。

始终有效的聚合根验证是指在聚合根的整个生命周期中，都要保持聚合根的有效性。这意味着在聚合根的任何操作方法中，都需要对聚合根的状态进行验证，以确保其满足业务规则和约束。

延迟验证和始终有效的聚合根验证可以帮助开发人员构建更健壮和可靠的领域模型。通过将验证逻辑集中在聚合根中，可以减少重复代码和冗余验证，提高代码的可读性和可维护性。

在实际应用中，可以使用各种编程语言和框架来实现延迟验证和始终有效的聚合根验证。以下是一些常用的方法和工具：

领域事件：使用领域事件来触发验证逻辑，确保聚合根的状态和相关实体的一致性。可以使用事件驱动的框架，如Event Sourcing来实现。
领域规则：定义领域规则来描述聚合根的有效性和约束条件。可以使用规则引擎，如Drools来实现。
单元测试：编写单元测试来验证聚合根的各种操作方法是否符合预期。可以使用测试框架，如JUnit来实现。
数据库约束：在数据库层面添加约束条件，确保聚合根的数据完整性。可以使用数据库管理系统提供的约束功能，如主键、外键、唯一性约束等。

腾讯云提供了一系列与云计算相关的产品和服务，可以帮助开发人员构建和管理云原生应用。以下是一些推荐的腾讯云产品和产品介绍链接地址：

云服务器（ECS）：提供可扩展的计算资源，用于部署和运行应用程序。详情请参考：https://cloud.tencent.com/product/cvm
云数据库MySQL版（CDB）：提供高可用性和可扩展性的关系型数据库服务。详情请参考：https://cloud.tencent.com/product/cdb_mysql
云存储（COS）：提供安全可靠的对象存储服务，用于存储和管理大规模的非结构化数据。详情请参考：https://cloud.tencent.com/product/cos
人工智能（AI）：提供各种人工智能服务和工具，如图像识别、语音识别、自然语言处理等。详情请参考：https://cloud.tencent.com/product/ai

请注意，以上推荐的腾讯云产品仅供参考，具体选择应根据实际需求和项目要求进行评估和决策。

相关搜索:Docusign JWT身份验证在Java语言中没有返回有效的密钥或签名错误，但是在JavaScript中工作得很好，为什么？HTTP错误: 401，请求具有无效的身份验证凭据。需要OAuth 2访问令牌、登录cookie或其他有效的身份验证凭据 Nodejs无法安装:应用安全设置时出错。经过身份验证的用户不是有效的用户或组固定字符串或任何有效整数的FastAPI路径参数验证如何使用YUP中的验证器#1或验证器#2检查字段是否有效是否可以验证链接(或字符串)是否与任何有效的Jekyll永久链接匹配？没有"SFJHSFJ“团队的帐户。在帐户首选项窗格中添加新帐户或验证您的帐户是否具有有效的凭据店铺二级域名设置没有店铺域名设置品牌域名保护

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

领域驱动设计简介（下篇）

聚合和聚合根如果您精通UML，那么您将记住，它允许我们将两个对象之间的关联建模为简单关联、聚合或使用组合。一个聚合根（有时简称为AR）是由组合物构成的实体（以及它自己的值）。...许多实体是聚合根，不包含其他实体。对于不可变的实体（相当于数据库中的引用或静态数据）尤其如此。...它们还简化了实体之间的相互作用；我们遵循以下规则：只能将聚合根保存到数据库，而不是聚合中的任何其他实体。另一个DDD原则是聚合根负责确保聚合实体始终处于有效状态。...根据经验，对其他实体的聚合根的引用应该是延迟加载的，而聚合中的聚合实体应该被急切加载。但与ORM一样，期望进行一些调整，以便为最关键的用例获得合适的性能特征。...他们还可以通过以下方式与表现层进行调解：解组入站请求; 使用领域服务（存储库或工厂）获取对与之交互的聚合根的引用; 在该聚合根上调用适当的操作; 并将结果编组回表现层。

4711 0

领域驱动设计(DDD):DDD落地问题和一些解决方法

大聚合根的加载性能问题大聚合根的加载性能问题是在领域驱动设计 (DDD) 中常见的挑战之一。...这可以通过延迟加载技术来实现，确保只有在首次访问关联对象时才加载它们。分页加载：如果可能的话，将大聚合根的关联对象分为多个分页加载，而不是一次性加载所有对象。...这可以减轻数据库或持久层的负担，并提高性能。缓存：使用缓存来存储已加载的聚合根和关联对象，以减少数据库查询的次数。...微服务可以根据 DDD 的原则来组织领域对象和业务逻辑，每个微服务可以包含一个或多个领域。中台架构可以提供通用的支持服务，例如身份验证、日志记录、监控等，以支持微服务的开发和运行。...其次，探讨了大聚合根的加载性能问题，特别是当一个聚合根包含大量关联实体或值对象时，可能导致性能下降的情况。

2601 0

「首席架构看设计」权威领域驱动设计(DDD)简介

实体，值和模块是核心构建块，但DDD还有一些不太熟悉的构建块。我们现在来看看这些。聚合和聚合根如果您精通UML，那么您将记住，它允许我们将两个对象之间的关联建模为简单关联，聚合或使用组合。...换句话说，如果实体具有对另一个实体的引用，则引用的实体必须位于同一聚合内，或者是某个其他聚合的根。许多实体是聚合根，不包含其他实体。对于不可变的实体（相当于数据库中的引用或静态数据）尤其如此。...它们还简化了实体之间的相互作用;我们遵循以下规则：（持久化）引用可能只是聚合的根，而不是聚合中的任何其他实体。另一个DDD原则是聚合根负责确保聚合实体始终处于有效状态。...根据经验，对其他实体的聚合根的引用应该是延迟加载的，而聚合中的聚合实体应该被急切加载。但与ORM一样，期望进行一些调整，以便为最关键的用例获得合适的性能特征。...他们还可以通过以下方式与表示层进行调解：解组入站请求;使用域服务（存储库或工厂）获取对与之交互的聚合根的引用;在该聚合根上调用适当的操作;并将结果编组回表示层。

7681 0

DDD实战进阶第一波(二)：开发一般业务的大健康行业直销系统（搭建支持DDD的轻量级框架一）

虽然DDD是一个软件开发的方法，而不是具体的技术或框架，但拥有一个轻量级的框架仍然是必要的，为了开发一个支持DDD的框架，首先需要理解DDD的基本概念和核心的组件。...DDD的一般过程是：首先通过软件需求规格说明书或原型生成一个领域模型（类、类的属性、类与类之间的关系）；然后根据模式（应该如何分层？、领域逻辑写在哪？与持久化如何交互？如何协调多对象领域逻辑？...2.业务维度：通过将大系统划分层多个上下文，可以让不同团队和不同人只关注当前上下文的开发。 3.时间维度：通过敏捷式迭代快速验证，快速修正。...6.聚合根：将聚合中表达总概念的实体做成聚合根，比如订单实体就是聚合根，对聚合中所有实体的状态变更必须经过聚合根，因为聚合根协调了整个聚合的逻辑，保证一致性。当然其他实体可以被外部直接临时查询调用。...7.服务：协调聚合之间的业务逻辑，并且完成用例。 8.仓储：用于对聚合进行持久化，通常为每个聚合根配备一个仓储即可。仓储能够很好的解耦领域逻辑与数据库。

9795 0

DDD领域驱动设计实战-分层架构及代码目录结构

只处理用户显示和用户请求，不应包含领域或业务逻辑。有人认为，既然用户接口需验证用户输入，就无可避免应该包含业务逻辑。...事实上，用户接口所进行的验证和对领域模型的验证不同：对那些粗制滥造且只面向领域模型的验证行为，应该予以限制。如果用户接口使用了领域模型中的对象，那么此时领域对象仅限于数据渲染展现。...如果有多个聚合，比如聚合根A和聚合根B，从业务的角度讲，可以接受AB间数据的最终一致性，但从数据展示的角度考虑， A和B是有强关联性的，也就是说在页面上，他们总是一起在页面的某部分出现，那可以分别调两个聚合的领域服务...细分结构 Entity（实体）存放聚合根、实体、值对象以及工厂模式（Factory，工厂模式主要是实现复杂聚合的实体的数据初始化。如果实体太多，聚合根处理起来会很复杂，通过工厂一次初始化）相关代码。...参考《实现领域驱动设计》 DDD分层架构：有效降低层与层之间的依赖 https://zhuanlan.zhihu.com/p/343388831 https://zhuanlan.zhihu.com

3.3K4 2

【系统设计】大神三分钟搞懂领域驱动设计

实体，值和模块是核心构建块，但DDD还有一些不太熟悉的构建块。我们现在来看看这些。聚合和聚合根如果您精通UML，那么您将记住，它允许我们将两个对象之间的关联建模为简单关联，聚合或使用组合。...换句话说，如果实体具有对另一个实体的引用，则引用的实体必须位于同一聚合内，或者是某个其他聚合的根。许多实体是聚合根，不包含其他实体。对于不可变的实体（相当于数据库中的引用或静态数据）尤其如此。...它们还简化了实体之间的相互作用;我们遵循以下规则：（持久化）引用可能只是聚合的根，而不是聚合中的任何其他实体。另一个DDD原则是聚合根负责确保聚合实体始终处于有效状态。...根据经验，对其他实体的聚合根的引用应该是延迟加载的，而聚合中的聚合实体应该被急切加载。但与ORM一样，期望进行一些调整，以便为最关键的用例获得合适的性能特征。...他们还可以通过以下方式与表示层进行调解：解组入站请求;使用域服务（存储库或工厂）获取对与之交互的聚合根的引用;在该聚合根上调用适当的操作;并将结果编组回表示层。

1.6K2 1

DDD代码整洁之道

在实现DDD的过程中，我们需要严格遵守代码规范才能保持代码的整洁，否则随着需求的迭代，项目很容易就失去DDD该有的模样，变得即不DDD也不MVC。...应用服务、领域服务、聚合根、资源库的职责资源库（Repository）的职责是提供聚合根或者持久化聚合根，除此之外应尽可能的没有其它行为，否则聚合根就会严重退化成DAO。...，聚合根下实体的业务操作也应该通过聚合根完成，即应用服务（ApplicationService）与领域服务（DomainService）都不可绕过聚合根调用实体的业务方法，必须通过聚合根去调用。...其中获取短信验证码与校验短信验证码应放在应用服务完成，而校验手机号码是否已经绑定了别的账号就需要由领域服务完成，因为聚合根无法完成这个判断，聚合根看不到别的账号，聚合根不能拥有资源库。...建议聚合根ID由代码生成而不是依赖数据库因为我们需要在创建聚合根时就知道聚合根的ID，而不是等到最后调用资源库持久化后才返回聚合根的ID，并层层返回。

6003 0

DDD落地，如何持久化聚合

理解聚合聚合是一组始终需要保持一致的业务对象。因此，我们作为一个整体保存和更新聚合，以确保业务逻辑的一致性。...如果保持克制就可以使用 JPA 实现 DDD，尝试遵守下面的规则：不要使用 @ManyToMany 特性只给聚合根配置 Repository 对象。避免造成网状的关系读写分离。...cascade 有不同的属性，如果需要让更新、删除都有效可以设置为 ALL。...如果聚合根是一个旧的对象，Spring Data JDBC 会删除除了聚合根之外旧的对象再插入，聚合根会被更新。因为没有之前对象的状态，这是一种不得不做的事情。也可以按照自己策略覆盖相关方法。...这种方法不使用充血模型、也不让 Repository 来保证聚合的一致性，而是使用领域服务来实现相关逻辑，但会被批评为 DDD lite 或不是 “纯正的 DDD”。

2.5K2 0

学习分享：DDD领域驱动设计指导微服务实践

，从而降低或隐藏业务复杂性，使系统有更好的扩展性，以拥抱变化。...，只需要在防腐层中添加对应的转换器即可，领域模型可保持不变六、DDD编码的意义让代码体现业务,保持二者的低表示差异，难点在于对聚合根的实现在DDD模式中将对象分为值对象和实体。...原来我们系统划分单位通常是模块，但是粒度不够细，所以需要对实体和值对象等进行关联设计后，进行聚合的划分和聚合根的确定，比如订单和订单项、订单和订单状态有关联，他们整体作为一个聚合，通常聚合中其他实体需要依赖聚合根...，很显然订单应该是聚合根(生命周期最长,其他聚合项离开它没有任何意义)。...DDD模式中对一个聚合中实体的访问或操作，必须通过这个聚合的聚合根开始，主要的目的是数据的最终一致性。

9434 0

万字长文助你上手软件领域驱动设计 DDD

毫不夸张地说，了解和学习 DDD 可以算得上是如今软件行业从业者的一门必修课了。但是！DDD 的学习曲线较为陡峭。作为一个小白，翻阅过很多相关的书籍、KM 文章和分享，但始终觉得未得要领、一知半解。...DDD 通过解锁新角色”领域专家"以及模型驱动设计，有效地降低产品和研发的认知差异。...7.3.1.3 聚合聚合的基本特征：聚合是包含了实体和值对象的一个边界。聚合内包含的实体和值对象形成一棵树，只有实体才能作为这棵树的根。外部对象只允许持有聚合根的引用，以起到边界控制作用。...当我们定义资源库的接口时，接口的入参应该为聚合的根实体。如果要访问聚合内的非根实体，也只能通过资源库获得整个聚合后，将根实体作为入口，在内存中访问封装在聚合边界内的非根实体对象。...**7.3.1.6 领域服务 ** 聚合通过聚合根的领域行为对外提供服务，而领域服务则是对聚合根的领域行为的补充。因此，我们应该尽量优先通过聚合根的领域行为来满足业务服务。

1.5K3 1

DDD领域驱动设计实战-分层架构

有人可能认为，既然用户接口需验证用户输入，那就应该包含业务逻辑。事实上，用户接口所进行的验证和对领域模型的验证不同：对那些粗制滥造且只面向领域模型的验证行为，应该予以限制。...2.3 领域层主要包含聚合根、实体、值对象、领域服务等领域模型中的领域对象。实现核心业务逻辑，通过各种校验保证业务正确性。...3 微服务架构演进领域模型中对象的层次从内到外依次是：值对象、实体、聚合和限界上下文。实体或值对象的简单变更，一般不会让领域模型和微服务发生大变。但聚合的重组或拆分却可以。...聚合可作为整体，在不同领域模型间重组或拆分，或直接将一个聚合独立为微服务。...通过这些层次划分，我们可以明确微服务各层的职能，划定各领域对象的边界，确定各领域对象的协作方式。参考《实现领域驱动设计》 DDD分层架构：有效降低层与层之间的依赖

1.7K4 2

Spring Data JDBC、引用和聚合

这与一个反复出现的问题密切相关：您是否应该在 JPA 中每个表有一个存储库？而正确且权威的答案是“NO”。存储库持久化并加载聚合。聚合是形成一个单元的一组对象，它应该始终保持一致。...此外，它应该始终保持（和加载）在一起。它有一个对象，称为聚合根，它是唯一允许接触或引用聚合内部的对象。聚合根是传递给存储库以持久化聚合的内容。...这带来了一个问题：Spring Data JDBC 如何确定哪些是聚合的一部分，哪些不是？答案很简单：您可以通过遵循非瞬态引用从聚合根访问的所有内容都是聚合的一部分。...这种分离可以在数据库中以不同的方式表示：保持数据库的正常状态，包括所有外键。这意味着您必须确保以正确的顺序创建和保存聚合。使用延迟约束，仅在事务的提交阶段进行检查。这可能会实现更高的吞吐量。...这鼓励了领域模型的干净模块化。它还消除了人们必须解决的一整套问题，并学习推理这种映射是否可行。按照类似的思路，避免双向依赖。聚合内的引用从聚合根到元素。聚合之间的引用由一个方向的 ID 表示。

1K5 0

对DDD（领域驱动设计）分层架构的理解（适合新人）

在定义聚合的时候，应该遵守不变形约束法则：聚合边界内必须具有哪些信息，如果没有这些信息就不能称为一个有效的聚合；聚合内的某些对象的状态必须满足某个业务规则：一个聚合只有一个聚合根，聚合根是可以独立存在的...，聚合中其他实体或值对象依赖与聚合根。...只有聚合根才能被外部访问到，聚合根维护聚合的内部一致性。 9. 聚合根：一个上下文内可能包含多个聚合，每个聚合都有一个根实体，叫做聚合根，一个聚合只有一个聚合根。 10....该设计与DDD的架构设计是存在差异的。整个应用系统与Spring高度集成。Factory基于Spring创建prototype的聚合根、实体、VO。...DDD 提出的分层架构，有效分离了业务复杂度和技术复杂度，凸显了领域模型，使得领域层的代码和领域模型保持高度一致。

1.6K1 0

持久化DDD聚合

概述在本教程中，我们将探索使用不同技术持久化DDD 聚合的可能性。 2.聚合的简介聚合是一组始终需要保持一致的业务对象。因此，我们在事务中作为一个整体保存和更新聚合。...聚合是DDD中的一个重要战术模式，它有助于保持业务对象的一致性。然而，聚合的概念在DDD上下文之外也很有用。在许多业务案例中，这种模式都可以派上用场。...聚合根聚合根是一个作为聚合入口点的类。所有业务操作都应该通过根。这样，聚合根就可以保证聚合保持一致的状态。它的根本是考虑所有业务不变量。在我们的示例中， Order 类是聚合根的正确候选对象。...，我们没有改变原始的聚合类的顺序;不需要为货币类创建默认构造函数、设置器或自定义转换器。...尽管如此，当我们确定了一组对象，这些对象应该根据复杂的需求始终保持一致时，那么使用文档存储可能是一个非常有吸引力的选择。 5. 结论在DDD中，聚合通常包含系统中最复杂的对象。

1.4K2 0

译：持久化DDD聚合

概述在本教程中，我们将探索使用不同技术持久化DDD 聚合的可能性。 2.聚合的简介聚合是一组始终需要保持一致的业务对象。因此，我们在事务中作为一个整体保存和更新聚合。...聚合是DDD中的一个重要战术模式，它有助于保持业务对象的一致性。然而，聚合的概念在DDD上下文之外也很有用。在许多业务案例中，这种模式都可以派上用场。...聚合根聚合根是一个作为聚合入口点的类。所有业务操作都应该通过根。这样，聚合根就可以保证聚合保持一致的状态。它的根本是考虑所有业务不变量。在我们的示例中， Order 类是聚合根的正确候选对象。...，我们没有改变原始的聚合类的顺序;不需要为货币类创建默认构造函数、设置器或自定义转换器。...尽管如此，当我们确定了一组对象，这些对象应该根据复杂的需求始终保持一致时，那么使用文档存储可能是一个非常有吸引力的选择。 5. 结论在DDD中，聚合通常包含系统中最复杂的对象。

1.7K3 0

.Net Core + DDD基础分层 + 项目基本框架 + 个人总结「建议收藏」

项目基础分层在学习DDD的分层知识，现在的代码里面只运用了一些DDD战术设计的知识，现在这样分层为了以后知识积累够了，在上面完善，目前的技术很菜，结合网上以及使用的理解写出自己使用过或者能理解部分。...，以及自身的验证，构造函数实例化，实体的Set应设置为私有的二，值对象：没有唯一的标识，用来描述一个东西的特征，代表是什么三，聚合：聚合根是实体，聚合是对象的组合，由聚合本身维护自身的一致性，封装业务逻辑...，聚合尽量小，聚合之间通过唯一标识引用四，仓储：仓储是针对聚合的，封装领域逻辑，明确查询的意图，仓储中只维护聚合的状态，不进行持久化，仓储可以方便单元测试，更换ORM 五，领域服务：，领域服务是无状态的...，有些业务逻辑不好放在聚合里面的可以使用领域服务，多个聚合根协调，领域服务中可以使用仓储六，Autofac依赖注入：有利于项目层与层之间的解耦，方便单元测试，构造函数注入，依赖倒置，通过约定进行程序集的注入...来请求WebApi ，以及查看WebApi 接口，Swagger可以做接口文档四，Log4Net：日志异常的全局捕捉，记录日志到TXT中五，过滤器：使用过滤器来进行模型的验证，Log4Net的日志异常的全局捕捉

3.5K5 0

DDD实战进阶第一波(十五)：开发一般业务的大健康行业直销系统（总结篇）

需求变更响应缓慢：在大型的系统或产品中，当需要增加功能或修改现有功能时，因为代码架构的随意性，可能会出现改了功能可能会影响到其他的功能，造成系统极不稳定。...所以我们的领域模型除了能够跑通需求外，还要考虑聚合根、实体、值对象、聚合等概念的应用，这样领域模型的设计才能更好的反应需求，也能够更好的将设计对应成有约束力的代码。...一是技术维度，有业务代码的实现、有与数据库或其他持久化存储交互的实现、有消息队列的实现、有身份验证与授权的实现、有 WebAPI 暴露的实现等；二是业务维度，有太多的模块和功能需要去做；三是时间维度，需要快速的开发...2.高效掌握DDD： a. 熟悉概念：充分熟悉前面文章介绍的界限上下文、实体、值对象、领域服务、聚合、聚合根、仓储、应用服务、接口等。 b....本系列的文章就到这里，这个系列的文章主要是讲解了经典DDD，关于CQRS DDD与微服务，可以继续关注我们后续的系列文章，也可以加入QQ群或关注我们的微信公众号。

1.1K3 0

DDD领域驱动设计 (C# 整理自“老张的哲学”)

1、哪些实体或值对象在一起才能够有效的表达一个领域概念。...明确含义：一个Bounded Context（界定的上下文）可能包含多个聚合，每个聚合都有一个根实体，叫做聚合根；识别顺序：先找出哪些实体可能是聚合根，再逐个分析每个聚合根的边界，即该聚合根应该聚合哪些实体或值对象...不变性规则有两类：1）聚合边界内必须具有哪些信息，如果没有这些信息就不能称为一个有效的聚合；2）聚合内的某些对象的状态必须满足某个业务规则； 1.一个聚合只有一个聚合根，聚合根是可以独立存在的，聚合中其他实体或值对象依赖与聚合根...聚合优缺点 1、优点其实整篇文章都是在说的聚合的优点，这里简单再概况下：聚合的出现，很大程度上，帮助了DDD领域驱动设计的全部普及，试想一下，如果没有聚合和聚合根的思维，单单来说DDD，总感觉不是很舒服...DDD本来就是处理复杂业务逻辑设计问题。我看到大家用DDD去分析一些小项目的时候，往往为谁是聚合根而无法达成共识。这说明每个人对业务认识的角度、深度和广度都不同，自然得出的聚合根也不同。

1.2K2 0

从MVC到DDD的架构演进

1个聚合 1到多个实体若干值对象多个DomainService 1个Factory：新建聚合 1个Repository：聚合仓储服务聚合根（AggregateRoot）聚合本身也是一个实体，聚合可以包含其他实体...资源库以聚合的整体管理对象。因此，一个聚合只能有一个资源库对象，那就是以聚合根命名的资源库。除此之外的其他对象，都不应该提供资源库对象。...如果是用Mybatis实现，那么repository需要加入多个mapper的引用，再手动做拼装。这里有一个经典的Hibernate笛卡尔积问题，答案是在聚合根中，一般不会加在大量的关联实体对象。...); //获取订单对象 OrderCheckSerivce.check(order); //验证订单是否有效 OrderSubmitSerivce.submit(order); //提交订单 ShoppingCartClearService.clear...DDD的不足有几个方面：性能：DDD是基于聚合来组织代码，对于高性能场景下，加载聚合中大量的无用字段会严重影响性能，比如报表场景中，直接写SQL会更简单直接；事务：DDD中的事务被限定在限界上下文中

1.2K3 1

DDD之Repository对象生命周期管理

在DDD中Repository是一个相当重要的概念。聚合是战略与战术之间的交汇点。而管理聚合的正是Repository。...大致有三种方法技术手段在《DDD之Repository》[3]提到的对象追踪，其实有很多的名字，也有叫Dirty Tracking 再配合延迟加载技术，达到了我们的目标：模型完整，落地可控。...但不推荐，这只是延迟加载的一种形式。把聚合看作一个整体，不用关心聚合内实体的改变，将所有改变，看作是聚合本身的改变。...总结 DDD中实体大致分成了两种：一是聚合根，二是聚合内实体。两者的生命周期管理也不一样，聚合根由repository管理，而其他实体由聚合根管理。...因此当在创建聚合根的时候，聚合根与其内部实体的生命周期有级联关系。通过三种方式可以实现这种级联关系。不管是何方式，要达到的目标：一是数据一致性，二是模型显现表达出来。

5003 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭