可落地的DDD

作为团队架构师/技术负责人你该如何进行微服务的划分呢?在以前的文章中讨论过这个话题，可落地的DDD(4)-如何利用DDD进行微服务的划分(2)，最近结合在不同的开发团队实践，又有了新的思考

几年前我总结过DDD战术设计的一些可落地的经验，现在回过头来发现，当初对这些概念的理解还是没有到位。战术设计的各个模块是如协作的。哪些是问题空间问题，哪些是解方案空间问题 这篇文章重新阐述下。

几年前我在可落地的DDD的(2)-为什么说MVC工程架构已经过时总结了基于DDD的微服务工程结构是怎样的。那篇文章重点阐述了与MVC架构的区别。导致一些细节没有讲清楚，本文结合最近两年的实践，做些补充

在之前的文章DDD-CQRS能解什么问题中，阐述了什么是CQRS。但是并没有业务需求可以应用CQRS。最近需要处理一个文本增量更新的业务，经过需求分析后，尝试使用CQRS来解这个问题 一个文本页面编辑，对象很大，之前是全量保存。涉及到的网络传输对象比较大，经常超时OOM，所以交…

本篇是DDD的战术篇，也就是关于领域事件、领域对象、聚合根、实体、值对象的讨论。也是DDD系列的完结篇。 这一部分在我们团队争论最多的，也有很多月经贴，比如对资源库的操作应该放在领域服务还是领域对象中。 聚合根应不应该暴露给外部，还是要转成DTO。这些问题我们讨论了大半年，最后…

之前有同事在分享DDD在闲鱼商品详情页的实践时，大家对闲鱼团队领域建模关于商品详情页的聚合根建模表示不认同。 于是我以聚合根定义作为引子，结合组内在实践DDD过程中，聚合根随着业务查询复杂而导致聚合根不断膨胀的问题，提出借鉴CQRS读写分离的理念，来解这个问题。 详见DDD-C…

在前面一篇介绍了如何通过DDD的思想，来调整单体服务内的工程结构，为微服务的拆分做准备。同时介绍了我们在进行微服务拆分的时候踩过的一些坑。 这篇介绍下我们最终的方案，不一定对，欢迎留言讨论。 微服务的一个重要特征就是自治性，如果依赖的服务多了，那么我们就享受不到微服务带来的好处…

前面两篇介绍了DDD的目标管理、DDD的工程结构调整。这篇讨论微服务的划分。微服务是目前后端比较流行的架构体系了，那么如何做好一个微服务的划分？一个微服务的粒度应该是多大呢？这篇主要介绍如何结合DDD进行领域划分。 很多朋友留言说，有没有sample code，要不然太湿了，不…

mvc是一种软件设计模式，最早由Trygve Reenskaug在1978年提出，他有效的解决了表示层，控制器层，逻辑层的代码混合在一起的问题，很好的做到了职责分离。但是在实际的编码实践过程中，你会发现这个模式随着业务的扩展，变的逻辑混乱，代码重合度很高。这里提出借鉴DDD思想…

最近发现文章老是被窃取，有些平台举报了还没有用。请识别我的id方丈的寺院。 DDD领域驱动设计，起源于2004年著名建模专家Eric Evans发表的他最具影响力的著名书籍：Domain-Driven Design –Tackling Complexity in the Hea…