这篇文章和《阿里技术专家详解DDD系列 第二弹 - 应用架构》隔了比较久，一方面是工作比较忙，另一方面是在讲Repository之前其实应该先讲Entity（实体）、Aggregate Root（聚合根）、Bounded Context（限界上下文）等概念。但在实际写的过程中，…

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

导读：对于一个架构师来说，在软件开发中如何降低系统复杂度是一个永恒的挑战，无论是 94 年 GoF 的 Design Patterns ， 99 年的 Martin Fowler 的 Refactoring ， 02 年的 P of EAA ，还是 03 年的 Enterpri…

一次工程和环境搭建，没有个6~8小时都搞不完！但今天我想你动动手指就搞定这些！写了那么多案例工程，开发了那么多技术项目。那小傅哥做的这些案例和项目是每一个都要手动创建一遍吗？

本文以餐厅场景为叙事主线，以领域驱动为核心思想，结合架构设计与功能设计方法论。是从领域分析到落地的全过程案例，内容偏重于落地，因此不乏一些探讨，欢迎指正。 文章较长、全程干货、耐心读完、必有收获。

日常产研迭代常见的问题 在介绍DDD（Domain-Driven Design：领域驱动设计）之前，我们先回顾一下，现阶段的产品迭代中常常出现的一些问题，以及这些问题会导致什么。通过对问题的总结和分析

前言 学习DDD一个半月，最开始学习DDD的原因是因为我负责的业务线，涉及的系统非常多，想借鉴领域驱动设计的思想，看后续如何对系统进行重构。在没有学习DDD之前，感觉DDD可能属于那种“虚头巴脑”的东

一、吐槽的话 相信听过DDD的人有很大一部分都不知道这玩意具体是干嘛的，甚至觉得它有那么一些虚无缥缈。原因之一是但凡讲DDD的，都是一堆特别高大上的概念，然后冠之以一堆让人看不懂的解释，。作者曾经在极

本文从DDD的核心概念讲起，重点放在如何把理论落地成代码，期望给那些正在探索DDD的同学一些指引和启发。