DDD 不是架构，而是一种架构设计方法论，它通过边界划分将复杂业务领域简单化，帮我们设计出清晰的领域和应用边界，可以很容易地实现架构演进

大家好，我是王有志。今天我们来一起实现《阿里技术专家详解DDD系列 第三讲 - Repository模式》中提到了一项技术--变更追踪。

基于领域驱动设计（DDD）并支持SaaS平台的单体应用开发脚手架. 官网 | 在线体验 | Swagger | 前端开源框架 | 微服务版：https://gitee.com/xtoon/xtoon-

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

架构这个词源于英文里的“Architecture“，源头是土木工程里的“建筑”和“结构”，而架构里的”架“同时又包含了”架子“（scaffolding）的含义，意指能快速搭建起来的固定结构。而今天的应用架构，意指软件系统中固定不变的代码结构、设计模式、规范和组件间的通信方式。在…

​ DDD（领域驱动设计）中涉及到几个概念，实体，值对象，聚合，限定上下文。本篇只涉及实践，概念讲解将放在下一篇，同时上一篇为什么我们需要领域驱动设计作为科普帖，大家可以在看完代码之后再回头理解一下，同时对比一下现有项目，知其然更要知其所以然，你经常遇到了什么问题，为什么DDD…