大家看到的这张架构图并不是空穴来潮，它是通过不断演变出来的，我们要从DDD四层架构、微服务架构两个维度去融合理解。
这里的DDD四层架构适用于单个服务的工程架构（如图中的左下部分），就是单体应用的DDD四层架构的包划分方式。
而微服务架构，则是从整体去看，整合多个单体应用，它们之间通过应用SDK工程进行RPC通讯。
这个工程比较好理解，类似于我们传统的理解的RPC包，或者叫API包，在Maven工程里，一般定义为一个子Module，里面主要定义的是Feign接口（如service.XxxFeignService），DTO对象（contract.dto.XxxRequest/XxxResponse）等等，此外还可以对FeignService返回的数据进行清洗与简单通用的封装（如util.XxxUtil），也就是说它还能封装简单的业务逻辑。
但需要特别注意：应用SDK要往一个大尺度独立的聚合工程的方向去搭建，它里面的顶层包要按内部业务系统的维度去隔离，并且它和业务系统不是一对一的关系。
为什么要这样设计？我讲个例子你就明白了。
我们公司的业务系统在顶层划分为SaaS应用和PaaS应用，那么PaaS应用对应的应用SDK可以命名为PaaSSdk，在PaaSSdk工程里，包括了消息中心、ChatAI、应用市场等PaaS应用的外部接口封装与简单业务逻辑封装。
这样做的好处显而易见——SaaS应用需要用到PaaS应用的接口时，只需要引入PaaSSdk即可，原则上这个内部Sdk与我们平时引入的外部Jar包没什么区别，可能只是网关和鉴权体系不一样罢了。
而且，简单的业务系统就用一个module就好了，没必要再拆分多个module，要知道，每引入多一个东西就有更多的不确定性。
所以你也就能理解，为什么这里的应用Sdk与业务系统不是一对一的关系，如果是一对一，业务系统势必要引入大量的Jar包，这在维护成本上是个灾难。试想一下，如果要用到阿里云OSS的Jar包时，你会引入大量POM吗？
DDD建模与落地的这几年，收获了不少好评，也着实为业务成功做出了贡献，优化了大半年，如今终于可以跟大家正式见面了。
先谈架构思想：
DDD四层架构说明：
领导让你搭个业务系统，如果什么都从零开始的话，项目周期就太长了。我们在搭建系统的过程中，如果有这么一个框架，能够快速解决CRUD、工程结构划分等等问题就好了。
D3boot基础框架的出现，正是为了解决这个问题。一般SpringBoot只能集成Spring体系内的技术栈，但作为心态更开放的我们，不应把目光聚焦在Spring体系内，每家企业都应该有自己的基础框架。
D3boot，意为DDD工程快速启动，其中融入了DDD领域驱动的架构思想，并且能处处体现充血模型带来的CRUD上的便利，还支持SaaS应用的搭建（租户隔离）。D3boot框架旨在快速搭建SaaS业务系统，减少繁琐的CRUD定义，减少不必要的xml代码书写。
充血模型的思想体现在对Model的继承，即可实现你想要的CRUD；而通过领域工厂（Factory的build、convert、fill等方式），又可以利用贫血模型思想的优势，对复杂的对象进行构建、转换、填充，弥补了充血模型的不足。
目前我已使用这套轻量级微服务基础框架，在公司里的健康管理平台、消息中台、工单中台、社交中台、ChatAI等业务系统应用了起来，使用感受一个字：舒服。
而作为基础框架，考虑的更多是不同框架集成的问题、功能边界问题，接下来我给大家一一介绍。
以下是D3boot的结构：
可扩展的基础组件，下面包括多个子模块，包括：
定义了基础核心上下文（如SpringContext、ThreadContext、BaseContext）、核心契约（如R对象、Page对象、抽象领域事件、业务异常、统一状态码等）、核心工具类（如Bean转换工具、Json转换工具、业务断言工具等）。
定义了基础模型（支持CRUD的充血模型）、基础仓库及MyBatisPlus的仓库实现、数据类型处理器等，支持通过@TenantId注解PO类租户字段来隔离租户数据等。用到数据库的工程需要依赖此包。
目前集成了Kafka消息队列，可快速通过注解方式实现MQ消费。
工具类，底下按不同的能力又细分为缓存类、事件类、语言类、线程类、WEB类工具。
集成HealthCheck接口、启动打印代码版本功能、日志告警功能（能把log.error的日志告警到企微机器人/钉钉机器人）。
定义了CRUD控制器基类CRUDController、按端划分的模型控制器接口ModelController、全局异常增强、全局R对象包装、全局Feign异常降级、各类WEB拦截器、基础接口认证功能等。WEB工程需要依赖此包。
Maven的BOM（Bill of Materials）机制是Maven项目中的一个重要概念，它用于管理项目的依赖关系和版本控制。BOM机制可以帮助开发人员快速构建和维护项目，并且可以确保项目的稳定性和可靠性。
Spring有自己的bom文件，如spring-boot-dependencies，里面定义了构建SpringBoot工程所需要的依赖。
参考Spring的方式，我们把第三方的依赖统一在base-bom组件里进行管理，这样一来，业务工程只需要引入对应的dependency即可（包括定义D3boot框架里的组件版本），不需要再在业务系统过多地指定用哪个版本，达到版本统一的效果。
作为应用SDK工程的父POM，快速搭建应用SDK。
作为业务工程的父POM，快速搭建业务系统。
基于D3boot框架搭建的DDD四层架构风格的业务工程，写得比较粗糙，具体参考架构图的实现为准。
京公网安备 11010802035086号