在公司对支付业务、结算业务、资金业务使用DDD进行领域建模的两年，得到了许多好评，也面对过不少质疑，总体来说还是能收获不少，这对团队成员理解业务起着很大作用。近半年一直在研究DDD的落地实战，如今已修

基于DDD的思想实现掘金沸点功能，组件划分及各组件的功能，Repository通用化，支持任意切换持久层框架，让业务和技术无耦合

大家好，我是楼仔！ 去年倒腾了一个半月，写过一篇 DDD 的文章，当时没有推广，完全自嗨，为了不让这篇好文被埋没，现重新整理，突出重点，可读性更强！ 为了证明该文没有注水，列一下当时的学习资料： 小米

它是一种非常方便的方案，可以帮助你解耦你的代码。让层、模块和服务尽量独立。不仅可以独立发布、部署，还可以让你从一个项目迁移另一个项目的时候也更加容易。

一.前言 hello，everyone，好久不见。最近几周部门有个大版本发布，一直没有抽出时间来写博。由于版本不断迭代，功能越做越复杂，系统的维护与功能迭代越来越困难。前段领导找我说，能不能在架构上动

众所周知，领域驱动设计（DDD）的概念出自Evic Evans的《领域驱动设计：软件核心复杂性应对之道》。它是指通过统一语言、业务抽象、领域划分和领域建模等一系列手段来控制软件复杂度的方法论。 伴随着

本文是「后端开发实践系列」的第二篇，主要介绍了DDD中的应用服务、聚合、资源库和工厂等概念以及与它们相关的编码实践，更着重讲到了软件的读写操作在DDD中的实现方式。