通用的仓库和工厂

引言：文章表达了作者对领域驱动设计（DDD）成为软件研发主流的愿景，并指出目前阻碍DDD推广的主要问题在于其落地开发编码过于复杂，工作量大。作者提出了降低开发成本的思路，希望通过底层平台简化DDD的实现。

DDD复杂性的问题

DDD的分层架构通过整洁架构设计思想实现业务代码与技术框架的解耦。领域层是核心，负责业务代码的实现，而其它层次主要处理技术相关的任务。然而，按照当前的DDD规范，每个功能都需要单独编写Controller、Service、领域对象以及对应的仓库、工厂等，这显著增加了开发工作量。此外，不同层次间的数据对象需要频繁转换（如Json、DTO、DO与PO），进一步加剧了开发复杂性。

简化DDD的解决思路

作者提出通过一个强大的底层平台（如低代码平台）来统筹处理DDD中的技术性操作，将开发人员的精力集中于领域层的业务代码和前端UI设计。该平台需要提供通用的Controller、仓库及其工厂，并采用CQRS架构设计思想，将增删改与查询分离，简化实现。

增删改操作的设计

在增删改操作中，所有UI请求统一由一个通用的OrmController处理。前端提交的Json对象需与领域对象保持一致，允许OrmController通过反射与DDD工厂实现自动转换。结合领域服务Service和通用仓库，完成业务操作与数据持久化。这种设计将业务逻辑与数据库操作解耦，提升开发效率。

查询操作的设计

查询操作通过一个通用工厂简化实现。工厂基于领域模型的DSL（领域特定语言）自动查询相关数据库表并装配完整的领域对象。开发者只需编写领域对象和DSL，以及一个MyBatis的mapper，便可快速完成查询模块的开发。查询结果通过缓存提高效率，进一步优化性能。

未来展望

作者认为，结合AI编程和底层平台的支持，可以进一步简化DDD开发流程。开发人员只需专注于业务理解和领域建模，AI可根据规范快速完成系统开发。这种方法不仅减轻了开发人员的负担，还为长期维护与变更提供了便利，推动DDD成为软件研发的主流。

六大自动化测试技巧

了解更多

充满诗意的联盟

查看原文：DDD该怎么去落地实现（3）仓库与工厂

文章来源：

充满诗意的联盟

扫码关注公众号