1. 业务系统和非业务系统 领域驱动设计（DDD），我们现如今讲的非常多，好像在业务软件开发中，哪哪儿都在用，但是就是说不清楚 DDD 到底是什么意思。 这其实与软件的发展有关，年轻的开发者没有接触过

领域驱动设计简称“DDD”，一套“知易行难”的方法论。同时我所工作的这些年，尤其在某大厂做初创项目的那段时间，经常会产生各式各样的“思想碰撞”。

大家好，让我们继续DDD&微服务系列，今天，我们看看在DailyMart项目中如何基于DDD实现库存扣减功能。 1. 库存模型 1.1 核心概念 库存是一个非常复杂的概念，涉及在仓库存，计划库存，渠道

欢迎回来，我是飘渺。今天继续更新DDD&微服务的系列文章。 在前面的文章中，我们深入探讨了DDD的核心概念。我理解，对于初次接触这些概念的你来说，可能难以一次性完全记住。但别担心，学习DDD并不仅仅是

本文通过小demo的方式跟大家分享一下我对DDD中战术层级的理解，算是抛砖引玉，该理解仅代表我个人在现阶段的一个理解，也可能未来随着业务经验深入，还会有不同的理解。

不同团队落地DDD所采取的应用架构风格可能不同，并没有统一的、标准的DDD工程架构。即使无法制定通用的、标准的工程应用架构，但为团队制定一个遵循领域驱动设计思想的参考架构依然有价值。

实践DDD的第一步不在于如何编写代码，而首先需要拉齐对领域驱动设计的认知。后续的系列文章将围绕领域驱动设计进行不同视角探讨，以期帮助大家对其有更深入的认识，并能应用的实际的研发工作中。

本文与大家一起学习并介绍领域驱动设计DDD，以及为什么我们需要领域驱动设计，它有哪些优缺点，尽量用一些通俗易懂文字来描述讲解领域驱动设计，本篇

采用依赖倒置原则后的分层架构和六边形架构，实际上都符合整洁架构设计理念。但是六边形架构中使用端口与适配器，让应用程序能够以一致的方式被用户、程序、自动化测试、批处理脚本所驱动，同时能够让应用程序边界更