DDD结构学习归纳总结（小傅哥の码场 学习专栏）

已于 2023-10-29 20:30:52 修改
阅读量403 收藏 1
点赞数 5
分类专栏： 设计模式 文章标签： 学习 DDD
于 2023-10-19 11:03:50 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40851232/article/details/133922230
版权

前言

​ 第一次接触到DDD架构，还是在小傅哥的星球里，看到了该博主的项目都是基于DDD设计的，然后就去了解了一下，DDD和MVC有哪些不同，发现DDD思想确实能够解决MVC的一些诟病，所以为此针对DDD架构进行一次较为深入的学习和实现。

问题分析

mvc其实有很多的特点，比如简单，容易，好理解，但是也正是因为其简单的设计分层逻辑，而使得在更加复杂的场景且长期维护的项目，代码迭代成本会越来越高。如图所示

在这里插入图片描述

在这个图中可以清晰的看到，调用错综复杂，尤其是Service 和 PO，VO之间的调用，假如说有一个较大型且已经长期维护项目的MVC架构，那么对应里面的DAO,PO,VO在Service中相互调用，那么长期开发下来，就会导致各个PO里的属性字段数量都被撑的特别特别大。这样的开发方式，使得代码的意图渐渐模糊，膨胀，臃肿且不稳定，就会让迭代成本增加。

那么DDD架构又是什么样子的呢？

在这里插入图片描述

DDD架构算的上是以解决MVC遗留的问题为主，其实也就是将各个属于自己领域范围内的行为和逻辑封装到自己的领域包下自己进行处理，这是DDD架构设计的精髓所在。

它希望在分治层面上合理切割问题空间为更小规模的若干子问题，而问题越小就越容易被理解和解决，能够做到高内聚和低耦合。

而在这里，我自己的理解其实是，MVC由于错综复杂的调用，导致后期的维护性很差，而使用DDD使得每个模块尽可能的都在自己的领域包中，那么就会大幅度的减少 PO VO的调用，其实也就是做到尽可能的向下调用，而不是平级调用，如果真的需要用到了平级调用，那么里应该抽取公共的领域包供大家调用。

理解

在这里还是按照小傅哥所提到的简单开发模型来理解，开发模型在MVC中可以理解为 “定义属性 - 创建方法 - 调用展示” 但是在DDD结构中，就过于简单了，在DDD中将模型抽象为“触发 - 函数 - 连接”

在这里插入图片描述

如上图所示，以一个微服务场景距离，那么一个系统的调用方式就不只是HTTP，还应该包括RPC远程调用，MQ消息，TASK任务，因此这些方式都可以理解为触发。通过触发去调用函数方法，这里可以把各个服务都当成一个函数方法来看，在我看来有点像各个领域包。而函数方法通过连接，调用到其他的接口，数据库，缓存来完成函数逻辑。

架构分层

在这里插入图片描述

直接就用小傅哥这张图来看，其实这就是一个最基本的DDD分层架构，在这里我来详细的介绍一下。

1.xfg-frame-api 接口定义

如上图所示，其实该module更多做的是为xfg-frame-trigger提供定义好的RPC接口，但是不仅仅只有这些，还有像HTTP接口，MQ接口，甚至TASK接口都可以在xfg-frame-api中定义好，因为xfg-frame-trigger引用了xfg-frame-api，所以会直接impl即可。

该module还引入了通用类型xfg-frame-types

2.xfg-frame-app 应用封装

该module在我看来是应用启动和配置这一层的，比如你可以设置一些基本的配置，如AOP配置，线程池配置，数据库连接池配置等，通过整个项目的配置文件也在此处，包括 mybatis.xml 和 application.yaml等配置。

这个类可以说是非常的重要，打包镜像就是在这一层，该module引入了xfg-frame-trigger 触发调用 和 xfg-frame-infrastructure 基础设施，也就是说将来在打包的时候，它可以被理解为专门为了启动服务而存在的。

3.xfg-frame-domain 领域封装

领域模型服务，是一个非常重要的模块，无论怎么做DDD的分层架构，domain肯定是要存在的，那么在这一层中就要一个个的细分领域模型，也就是包含每个领域模型都要有的三大要素：“模型 仓库 服务”。

4.xfg-frame-infrastructure 基础设施

这个层是依赖于domain领域层的，因为在domain层定义了仓库接口 需要在基础层实现，这是一个依赖倒置的一种设计思路。

其实我刚研究到这里的时候是懵了的，那么接下来就详细说一下，这个地方是怎么实现依赖倒置的。

首先基础层 引入了 domain层，基础层的定义其实我认为简单来说就是做 数据库 缓存等一些服务，先假设是一堆增删改查吧。那么当你基础层实现了这个接口，因为 domain领域并没有引入 基础层领域，而基础层领域引入了domain领域，所以基础层 实现了domain 仓库里面的接口。而前面提到了，其实xfg-frame-app是一个完整的打包应用，它引入了xfg-frame-trigger 触发调用 和 xfg-frame-infrastructure 基础设施，那么实际的依赖倒置其实就是这个意思：

在这里插入图片描述

前面说到了，在基础层实现了domain领域的接口，实现了其对应的接口的功能，而 xfg-frame-trigger中也引用了domain，那么通过多态，实际上，那么trigger中引入的domain里的仓库方法实际上由infrastructure 实现了，

5.xfg-frame-trigger 触发调用

该层相对好理解，主要用于提供接口实现，消息接收，任务执行等，相当于触发器层，主要引入了 domain api 和 types

6.xfg-frame-types 类型定义

主要是作为通用类型定义层，在我们的系统开发中，会有很多类型的定义，包括基本的Response，Contants和枚举。它们会被其他层引用。

领域分层

这个地方是我人为DDD的核心部分了，也就是domain部分，前面其实还是较少介绍的，只说了其包含三个部分“模型 仓库 服务” 但是实际上包含着更多的内容，如下图所示：（转自小傅哥）

在这里插入图片描述

DDD 领域驱动设计的中心，主要在于领域模型的设计，以领域所需驱动功能实现和数据建模。一个领域服务下面会有多个领域模型，每个领域模型都是一个充血结构。一个领域模型 = 一个充血结构

而其中最关键的也正如前面所说的 分为了 model模型 repository仓储 service服务

  • model 模型对象；

    • aggreate：聚合对象，实体对象、值对象的协同组织，就是聚合对象。
    • entity：实体对象，大多数情况下，实体对象(Entity)与数据库持久化对象(PO)是1v1的关系，但也有为了封装一些属性信息，会出现1vn的关系。
    • valobj：值对象，通过对象属性值来识别的对象 By 《实现领域驱动设计》

  • repository 仓储服务；从数据库等数据源中获取数据，传递的对象可以是聚合对象、实体对象，返回的结果可以是；实体对象、值对象。因为仓储服务是由基础层(infrastructure) 引用领域层(domain)，是一种依赖倒置的结构，但它可以天然的隔离PO数据库持久化对象被引用。

  • service 服务设计；这里要注意，不要以为定义了聚合对象，就把超越1个对象以外的逻辑，都封装到聚合中，这会让你的代码后期越来越难维护。聚合更应该注重的是和本对象相关的单一简单封装场景，而把一些重核心业务放到 service 里实现。

架构源码

源码：https://gitcode.net/KnowledgePlanet/road-map/xfg-frame-ddd

.
├── README.md
├── docs
│   ├── dev-ops
│   │   ├── environment
│   │   │   └── environment-docker-compose.yml
│   │   ├── siege.sh
│   │   └── skywalking
│   │       └── skywalking-docker-compose.yml
│   ├── doc.md
│   ├── sql
│   │   └── road-map.sql
│   └── xfg-frame-ddd.drawio
├── pom.xml
├── xfg-frame-api
│   ├── pom.xml
│   ├── src
│   │   └── main
│   │       └── java
│   │           └── cn
│   │               └── bugstack
│   │                   └── xfg
│   │                       └── frame
│   │                           └── api
│   │                               ├── IAccountService.java
│   │                               ├── IRuleService.java
│   │                               ├── model
│   │                               │   ├── request
│   │                               │   │   └── DecisionMatterRequest.java
│   │                               │   └── response
│   │                               │       └── DecisionMatterResponse.java
│   │                               └── package-info.java
│   └── xfg-frame-api.iml
├── xfg-frame-app
│   ├── Dockerfile
│   ├── build.sh
│   ├── pom.xml
│   ├── src
│   │   ├── main
│   │   │   ├── bin
│   │   │   │   ├── start.sh
│   │   │   │   └── stop.sh
│   │   │   ├── java
│   │   │   │   └── cn
│   │   │   │       └── bugstack
│   │   │   │           └── xfg
│   │   │   │               └── frame
│   │   │   │                   ├── Application.java
│   │   │   │                   ├── aop
│   │   │   │                   │   ├── RateLimiterAop.java
│   │   │   │                   │   └── package-info.java
│   │   │   │                   └── config
│   │   │   │                       ├── RateLimiterAopConfig.java
│   │   │   │                       ├── RateLimiterAopConfigProperties.java
│   │   │   │                       ├── ThreadPoolConfig.java
│   │   │   │                       ├── ThreadPoolConfigProperties.java
│   │   │   │                       └── package-info.java
│   │   │   └── resources
│   │   │       ├── application-dev.yml
│   │   │       ├── application-prod.yml
│   │   │       ├── application-test.yml
│   │   │       ├── application.yml
│   │   │       ├── logback-spring.xml
│   │   │       └── mybatis
│   │   │           ├── config
│   │   │           │   └── mybatis-config.xml
│   │   │           └── mapper
│   │   │               ├── RuleTreeNodeLine_Mapper.xml
│   │   │               ├── RuleTreeNode_Mapper.xml
│   │   │               └── RuleTree_Mapper.xml
│   │   └── test
│   │       └── java
│   │           └── cn
│   │               └── bugstack
│   │                   └── xfg
│   │                       └── frame
│   │                           └── test
│   │                               └── ApiTest.java
│   └── xfg-frame-app.iml
├── xfg-frame-ddd.iml
├── xfg-frame-domain
│   ├── pom.xml
│   ├── src
│   │   └── main
│   │       └── java
│   │           └── cn
│   │               └── bugstack
│   │                   └── xfg
│   │                       └── frame
│   │                           └── domain
│   │                               ├── order
│   │                               │   ├── model
│   │                               │   │   ├── aggregates
│   │                               │   │   │   └── OrderAggregate.java
│   │                               │   │   ├── entity
│   │                               │   │   │   ├── OrderItemEntity.java
│   │                               │   │   │   └── ProductEntity.java
│   │                               │   │   ├── package-info.java
│   │                               │   │   └── valobj
│   │                               │   │       ├── OrderIdVO.java
│   │                               │   │       ├── ProductDescriptionVO.java
│   │                               │   │       └── ProductNameVO.java
│   │                               │   ├── repository
│   │                               │   │   ├── IOrderRepository.java
│   │                               │   │   └── package-info.java
│   │                               │   └── service
│   │                               │       ├── OrderService.java
│   │                               │       └── package-info.java
│   │                               ├── rule
│   │                               │   ├── model
│   │                               │   │   ├── aggregates
│   │                               │   │   │   └── TreeRuleAggregate.java
│   │                               │   │   ├── entity
│   │                               │   │   │   ├── DecisionMatterEntity.java
│   │                               │   │   │   └── EngineResultEntity.java
│   │                               │   │   ├── package-info.java
│   │                               │   │   └── valobj
│   │                               │   │       ├── TreeNodeLineVO.java
│   │                               │   │       ├── TreeNodeVO.java
│   │                               │   │       └── TreeRootVO.java
│   │                               │   ├── repository
│   │                               │   │   ├── IRuleRepository.java
│   │                               │   │   └── package-info.java
│   │                               │   └── service
│   │                               │       ├── engine
│   │                               │       │   ├── EngineBase.java
│   │                               │       │   ├── EngineConfig.java
│   │                               │       │   ├── EngineFilter.java
│   │                               │       │   └── impl
│   │                               │       │       └── RuleEngineHandle.java
│   │                               │       ├── logic
│   │                               │       │   ├── BaseLogic.java
│   │                               │       │   ├── LogicFilter.java
│   │                               │       │   └── impl
│   │                               │       │       ├── UserAgeFilter.java
│   │                               │       │       └── UserGenderFilter.java
│   │                               │       └── package-info.java
│   │                               └── user
│   │                                   ├── model
│   │                                   │   └── valobj
│   │                                   │       └── UserVO.java
│   │                                   ├── repository
│   │                                   │   └── IUserRepository.java
│   │                                   └── service
│   │                                       ├── UserService.java
│   │                                       └── impl
│   │                                           └── UserServiceImpl.java
│   └── xfg-frame-domain.iml
├── xfg-frame-infrastructure
│   ├── pom.xml
│   ├── src
│   │   └── main
│   │       └── java
│   │           └── cn
│   │               └── bugstack
│   │                   └── xfg
│   │                       └── frame
│   │                           └── infrastructure
│   │                               ├── dao
│   │                               │   ├── IUserDao.java
│   │                               │   ├── RuleTreeDao.java
│   │                               │   ├── RuleTreeNodeDao.java
│   │                               │   └── RuleTreeNodeLineDao.java
│   │                               ├── package-info.java
│   │                               ├── po
│   │                               │   ├── RuleTreeNodeLinePO.java
│   │                               │   ├── RuleTreeNodePO.java
│   │                               │   ├── RuleTreePO.java
│   │                               │   └── UserPO.java
│   │                               └── repository
│   │                                   ├── RuleRepository.java
│   │                                   └── UserRepository.java
│   └── xfg-frame-infrastructure.iml
├── xfg-frame-trigger
│   ├── pom.xml
│   ├── src
│   │   └── main
│   │       └── java
│   │           └── cn
│   │               └── bugstack
│   │                   └── xfg
│   │                       └── frame
│   │                           └── trigger
│   │                               ├── http
│   │                               │   ├── Controller.java
│   │                               │   └── package-info.java
│   │                               ├── mq
│   │                               │   └── package-info.java
│   │                               ├── rpc
│   │                               │   ├── AccountService.java
│   │                               │   ├── RuleService.java
│   │                               │   └── package-info.java
│   │                               └── task
│   │                                   └── package-info.java
│   └── xfg-frame-trigger.iml
└── xfg-frame-types
    ├── pom.xml
    ├── src
    │   └── main
    │       └── java
    │           └── cn
    │               └── bugstack
    │                   └── xfg
    │                       └── frame
    │                           └── types
    │                               ├── Constants.java
    │                               ├── Response.java
    │                               └── package-info.java
    └── xfg-frame-types.iml

领域

再回到前面让人疑惑的domain中

model对象的定义 valobj = VO，entity，Aggregate

repository 仓储的定义【含有PO】

service 服务实现

以上3个模块，一般也是大家在使用 DDD 时候最不容易理解的分层。比如 model 里还分为；valobj - 值对象、entity 实体对象、aggregates 聚合对象；

  • 值对象：表示没有唯一标识的业务实体，例如商品的名称、描述、价格等。
  • 实体对象：表示具有唯一标识的业务实体，例如订单、商品、用户等；
  • 聚合对象：是一组相关的实体对象的根，用于保证实体对象之间的一致性和完整性；

再回到前面让人疑惑的domain中

model对象的定义 valobj = VO，entity，Aggregate

repository 仓储的定义【含有PO】

service 服务实现

以上3个模块，一般也是大家在使用 DDD 时候最不容易理解的分层。比如 model 里还分为；valobj - 值对象、entity 实体对象、aggregates 聚合对象；

  • 值对象：表示没有唯一标识的业务实体，例如商品的名称、描述、价格等。
  • 实体对象：表示具有唯一标识的业务实体，例如订单、商品、用户等；
  • 聚合对象：是一组相关的实体对象的根，用于保证实体对象之间的一致性和完整性；

关于model中各个对象的拆分，尤其是聚合的定义，会牵引着整个模型的设计。当然你可以在初期使用 DDD 的时候不用过分在意领域模型的设计，可以把整个 domain 下的一个个包当做充血模型结构，这样编写出来的代码也是非常适合维护的。

爱吃芝士的土豆倪
关注
  • 5
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
ddd学习总结1
08-08
2.   由领域模型驱动软件设计，用代码来表现该领域模型 2.   领域模型只反映业务，和任何技术实现无关 3.   领域模型确保了我们的软件的业务逻辑都在一个
DDD项目相关学习资料
08-12
DDD项目相关学习资料
DDD分层架构的三种模式.
04-30
DDD（Domain Driven Design，领域驱动设计）作为一种软件开发方法，它可以帮助我们设计高质量的软件模型。在正确实现的情况下，我们通过DDD完成的设计恰恰就是软件的工作方式。
分享我对领域驱动设计(DDD)的学习成果
03-02
2004年EricEvans发表Domain-DrivenDesign–TacklingComplexityintheHeartofSoftware（领域驱动设计），简称EvansDDD。领域驱动设计分为两个阶段：由此可见，领域驱动设计的核心是建立领域模型。领域模型在软件架构中处于核心地位；软件开发过程中，必须以建立领域模型为中心。领域驱动设计告诉我们，在通过软件实现一个业务系统时，建立一个领域模型是非常重要和必要的，因为领域模型具有以下特点：我们认识到由软件专家和领域专家通力合作开发出一个领域的模型是绝对需要的，但是，那种方法通常会由于一些基础交流的障碍而存在难点。开发人员满脑子都是类、方法
13 | 代码模型（上）：如何使用DDD设计微服务代码模型？
最新发布
zgz15515397650的博客
07-01 582
今天我们根据 DDD 分层架构模型建立了标准的微服务代码模型，在代码模型里面，各代码对象各据其位、各司其职，共同协作完成微服务的业务逻辑。那关于代码模型我还需要强调两点内容。聚合之间的代码边界一定要清晰。聚合之间的服务调用和数据关联应该是尽可能的松耦合和低关联，聚合之间的服务调用应该通过上层的应用层组合实现调用，原则上不允许聚合之间直接调用领域服务。这种松耦合的代码关联，在以后业务发展和需求变更时，可以很方便地实现业务功能和聚合代码的重组，在微服务架构演进中将会起到非常重要的作用。
浅析前端 DDD 框架 Remesh
程序员成长指北
03-06 763
大厂技术高级前端Node进阶点击上方程序员成长指北，关注公众号回复1，加入高级Node交流群1. 什么是 DDDDDD（Domain-Driven Design）：领域驱动设计。首先需要了解，所谓的「领域」，其实不仅仅在于程序表现形式，更适合说是对特定业务的描述，通常由该业务的垂直协作方共同确定，比如产品需求、系统架构、程序代码，由一群“专业的”人承接，这意味着其中的每一个人，可能都是该...
DDD-领域驱动设计包结构
weixin_37690016的博客
09-11 1074
领域驱动设计的项目结构，分包策略
DDD 项目包结构 + 调用关系说明
tomcat的博客
08-17 1311
采用充血模型的设计。聚合转换类，领域实体、入参和出参互相转换。
单元测试布道之二：在全新的 DDD 架构上进行单元测试
公众号【伤心的辣条】资料领取~
06-30 589
回顾 前期内容 单元测试布道之一：定义、分类与策略 描述了测试相关的部分概念，介绍了 dotnet 单元测试策略，声明了可测试性的重要性，并展示了现有项目的特定场景添测试用例的具体步骤。 单元测试的定义：对软件中的最小可测试单元进行检查和验证，用于检验被测代码的一个很小的、很明确的功能是否正确 单元测试的必要：单元测试能在开发阶段发现 BUG，及早暴露，收益高，是交付质量的保证 单元测试的策略：自底向上或孤立的测试策略 现在略回顾下准备知识就进入实战。 dotnet 单元测试相关的工具和知识 1. N.
DDD 实战 (2)：看看代码结构长啥样（值得收藏）
javalingyu的博客
05-26 2176
Talking is easy, show me your code 真正开始 DDD 旅程前，我想让您看到经过 DDD 设计之后的代码长啥样。我想，这是所有本着“talking is easy, show me your code”理念的程序员都比较在乎的观念。 为此，我特别将“群买菜”生鲜电商系统服务端代码新旧代码结构都显示出来，让您看看原来的旧代码——也就是“事务脚本式”代码长啥样（应该是目前大部分 java 程序员写代码的样子），再让您看看 DDD 改造设计后的新代码长什么样子。然后再通过分
DDD分层架构参考代码目录结构
04-19
一个非常好的文档来介绍DDD分层架构参考代码目录结构，接口层，应用层，领域层和基础层等！
DDD 领域驱动模型设计中的分层架构，清晰好文
肖邦的夜曲的专栏
12-04 1519
在分解复杂的软件系统时，分层是我们最常用的手段之一。然而，在领域驱动设计中，层次和包的划分看起来与我们的结构又有一定区别，本文主要讨论DDD中的分层架构及每层的意义，以及与传统的三层架构的区别。 1. 为什么要分层 软件设计中分层的设计随处可见，但是分层能带来什么好处呢？或者说，我们为什么要考虑分层架构呢？ 由于现实世界的复杂性，分层可以提供一个相对高层的视角来分解和简化我们的问题，此外分层也可带来可测试、可维护性、灵活性、可扩展性等方面的好处。 简化复杂性，关注点分离，结构清晰； 降低耦合度，隔
【DDD架构】
qq_43748400的博客
08-23 1197
DDD（domain driven design）领域驱动设计模型 一、DP(domain primitive) 1、什么是DP dp是一种基本类型，包括type（数据类型）和class（类）。 public class PhoneNumber { private final String number; public String getNumber() { return number; } public PhoneNumber(String num
炸！1024我的故事，一个写了两年博客的大厂码农！
bugstack虫洞栈
10-25 3045
作者：小傅哥 博客：https://bugstack.cn 沉淀、分享、成长，让自己和他人都能有所收获！???? 一、嗯，肝了两年 300篇文章、4本PDF、2个小册、1本出版图书，为自己折腾到日子让我兴奋！ 两年来，11前睡觉，早上6:20起床洗漱????、7:20跑步回来????，写作✏️或看书一小时，到了周末基本就可以全时间投入到自己到这个小世界里：编写案例、整理博客、发布文章、技术交流、同好扯皮。 哈哈哈，有伙伴问傅哥，你咋这么卷！可能我自己到没觉得，因为做自己喜欢的事你会发现自己特别容易投入，
CQRS框架（nodejs的DDD开发落地框架）初识感想
weixin_33916256的博客
10-23 148
CQRS是啥？DDD又是啥？ 这两个概念其实没什么神秘的，当然此文章中的这两个概念以曾老师的课程为准（关于CQRS和DDD的标准概念，google上已经很多了，不再赘述。） DDD(Domain Driven Design)，领域驱动设计开发。 DDD和OOP有什么同吗？其实就我个人经验来说，没有任何不同（当然你可以反驳我），DDD就是O...
前端DDD总结与思考
weixin_55003637的博客
04-16 809
软件开发架构演化与DDD起源 单体服务架构：大概10年前，我在武汉工作的时候，甲方客户购买我们的产品，一般都是连着设备一起购买，一套软件系统，一台惠普或者戴尔的企业级服务器，再加一个黑色的铁盒，销售部可以卖小几百万左右、外加每年维护费用，这就是一个非常典型的单体服务开发、运作的方式。 SOA服务化、微服务架构：前端开发同学普遍离业务域结构比较远，一般比较难真正意义上去理解服务化与微服务，我个人对微服务和SOA区别的理解，SOA服务化，往往侧重某一类具体业务场景下功能的实现，它必须有一个明确的业务场景来做支.
DDD架构
日常技术分享
11-13 8322
领域驱动设计，即Domain Driven Design（DDD）。DDD是一套完整而系统的设计理论与方法，使得你的设计思路能够更加清晰，设计过程更加规范。DDD 善于处理与领域相关的拥有高复杂度业务的产品开发总之,DDD是专门为解决复杂性而诞生一套完整的理论方法DDD落地实现离不开Clean架构、六边形架构、CQRS、Event Source等思想。
DDD之代码架构
yasinshaw的博客
10-23 5186
点击↑上方↑蓝色“编了个程”关注我~每周至少一篇原创文章这是本公众号的第 33 篇原创文章荒腔走板这是一篇迟到的文章。这其实是我写DDD的第四篇文章。去年11月份左右我在个人网站上写了三...
基于DDD的项目结构
懒猫的脚印
07-06 3848
基于DDD思想的简单落地demo
java ddd领域驱动设计，网上有哪些优秀的案例可供学习
06-10
Java领域驱动设计(DDD)是一种开发软件的方法，它可以帮助开发者更好地理解业务需求，提高代码质量和可维护性。以下是一些优秀的Java DDD案例供学习： 1. "领域驱动设计实战" 一书中的案例，这本书是Eric Evans所著，介绍了DDD的概念和实现方法，并提供了一个完整的案例供读者学习和实践。 2. "实现领域驱动设计" 一书中的案例，这本书由Vaughn Vernon所著，案例基于Java语言实现，展示了如何使用DDD构建高质量的软件系统。 3. "DDD Sample"，这是一个GitHub上的开源项目，提供了一个完整的Java DDD案例供开发者学习和参考。 4. "Sculptor"，这是一个基于DDD的开源框架，可以帮助开发者快速构建高质量的软件系统。 以上案例都是优秀的Java DDD案例，可以供开发者学习和实践。但是需要注意的是，DDD是一种思想方法，而不是一种技术框架，需要结合具体业务场景进行实践。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

爱吃芝士的土豆倪

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值