当前位置：首页 > news >正文

那个天天准点下班的同事，原来偷偷在用 FastDDD

news 2026/5/27 7:45:50

我加班到凌晨改一个字段，他六点就关了电脑。
直到我偷看了他的 IDEA 界面，才发现我俩的根本不在一个次元写代码。

事情是这样的。

我们组同时开了两个新项目，都是标准的 Spring Boot + MyBatis 技术栈。
我负责订单模块，老周负责用户中心。
PM 分配任务那天，我心里还暗自窃喜：订单模块业务重、表多，做好了绩效肯定漂亮；用户中心嘛，不就是增删改查，有啥好做的。

一个月后，我顶着一对熊猫眼，还在和 QueryWrapper 的字段名拼写错误做斗争。
而老周，每天六点准时合上 MacBook，去楼下健身房打卡。
更离谱的是，他的代码在 code review 的时候被架构师当场表扬：“这代码写得好，分层清晰，风格统一，一看就是老手。”

我心态崩了。
趁他去洗手间，我偷偷切到他屏幕，想看看他到底用了什么黑魔法。
只见他 IDEA 的项目结构里，整整齐齐地挂着controller、application、domain、infrastructure四层目录，和一个我从来没见过的依赖：FastDDD。

我忍不住问他：FastDDD 是什么？

老周擦了擦手，笑着说：
“你每天写的 QueryWrapper，我早就不写了。FastDDD 就是一个帮我们把 DDD（领域驱动设计）真正落地的框架。它不是一个新轮子，而是站在 Spring Boot、MyBatis-Plus 这些巨人的肩膀上，把 DDD 里那些繁琐的、重复的、容易出错的部分，全部给你封装好了。”

他看我一脸懵，又补了一句：
“简单说，就是让你写代码的时候，脑子里只有业务，没有技术细节。你的订单模块如果用它，至少能省掉 40% 的代码量。”

FastDDD 到底解决了什么疼得要命的问题？

我当时就来了兴趣，拉着他给我细说。
老周喝了口茶，伸出四根手指：

第一，消灭 QueryWrapper 恐惧症

“你是不是经常写这样的代码？”

java

复制

下载

QueryWrapper<Order> wrapper =newQueryWrapper<>();wrapper.eq("user_id", userId);wrapper.eq("status","PAID");wrapper.orderByDesc("create_time");List<Order> orders = orderMapper.selectList(wrapper);

我拼命点头。

“FastDDD 里，你只需要这样写：”

java

复制

下载

List<Order> orders = orderRepository.listByFields(OrderDict.USER_ID, userId,OrderDict.STATUS,"PAID");

“看到没，所有 SQL 拼接细节全部被框架吃掉了，你只关心业务字段和值。而且三层架构 Repository、Domain、Application 用的方法名完全一样，你学一次就全懂了。”

第二，让 DDD 的四层架构真正落地，而不是形同虚设

“你的订单模块，是不是所有逻辑都堆在 Service 里？”老周问。

我又拼命点头。

“这就是问题所在。FastDDD 强制你分成四层：

接口层：只接收请求、调应用层、返回数据，不碰任何业务逻辑。
应用层：编排流程，一个用例一个方法。
领域层：写核心业务规则，比如‘订单金额不能为负’‘库存不足抛异常’。继承自 BaseDomainService，保持纯净，不依赖任何框架类。
基础设施层：只管持久化、发消息这些脏活累活。

代码各归其位，新人接手一眼就知道去哪里改逻辑，而不是在几千行的 Service 里大海捞针。”

第三，帮你踩过所有该踩的坑，然后填平了

“你记得你上周因为忘记给新表加update_time字段，导致数据审计对不上账的事吗？”

“别说了，QA 追了我三天。”我捂脸。

“FastDDD 给所有实体准备了一个BasePO基类，你只要继承它，id、createTime、updateTime、deleted、enable 这些通用字段自动就有了，框架在写入数据库的时候全自动填充。你永远不用再为这种破事加班。”

他接着说：“还有慢 SQL 监控，哪个接口拖慢了服务，系统自动记录并告警，不用等用户投诉。”

第四，让整个团队写出来的代码像一个人写的

“咱们组现在最大的问题是，每个人都有自己的习惯。张三用 MyBatis-Plus 这么写，李四那么写，合并代码的时候全是冲突。”

“FastDDD 的终极目标是标准化。统一的命名规范、统一的 API 响应格式、统一的异常处理、基于注解的自动 API 文档。新同事入职第一天，只要读懂规范，就能直接上手任何模块。因为他会发现，每个模块的结构、方法名、返回格式都是同一个模子刻出来的。”

为什么我们必须用它？

我沉默了两秒，问了一个关键问题：“说这么多，这东西跟直接用 MyBatis-Plus 有什么区别？不都是封装吗？”

老周放下杯子，认真地说：

“MyBatis-Plus 解决的是‘单表 CRUD’层面的问题。FastDDD 解决的是‘工程化架构’的问题。它把 DDD 的理念、最佳实践、工具链全部打包在一起了，你能得到的不只是语义化的查询方法，还有领域事件、状态机、分布式任务调度、文件存储统一抽象、自动化文档、代码生成器……”

他掰着手指数：

FastCRUD：你刚看到的语义化查询，只是冰山一角。
FastEvent：领域事件驱动，本地事务事件和远程消息事件都帮你搞定了。
FastState：规范化状态管理，订单的‘已支付’、‘已发货’、‘已完成’流转清清楚楚。
EasyCode：代码生成器，你设计好数据库表，3 分钟生成全套 Controller、Service、Repository、Entity 代码，甚至可以零修改直接发布。
FastTable：自动根据实体类建表，告别手写 DDL。
FastDoc：基于 OpenAPI 3 的自动化文档，代码写完，文档就更新好了。

“你用 MyBatis-Plus 还是得自己搭架构、自己写胶水代码、自己管理事务、自己处理文档。FastDDD 是直接给你一个已经磨合好的、彼此兼容的完整开发平台。”

我能不能现在就用上？

“当然可以，五分钟接入。”老周打开自己的pom.xml指给我看：

xml

复制

下载

运行

<dependency><groupId>org.fastddd</groupId><artifactId>fastddd-spring-boot-starter</artifactId><version>1.0.0</version></dependency>

他接着说：

“引入依赖后，项目会自动按 DDD 四层结构初始化目录。你把现有的实体类继承BasePO，Service 按照 Application、Domain、Infrastructure 拆开。然后用 EasyCode 反向生成基础代码，剩下的就是填业务逻辑。最爽的是，API 文档自动就有了，前后端联调不用再扯皮接口格式。”

“对了，Python 用户也别急，FastDDD 有一个 Python 版本，pip install fastddd就能用，同样的设计理念。”