本篇起，将描述战术落地DDD遇见的问题以及解决方案。目录：落地架构package的划分类名划分模块依赖关系模块参数流转5.1增改参数流转5.2查询参数流转1.落地架构战术落地采用的是六边形模型架构，即app层和infra层均依赖domain层。image.png图片来源2.package的划分app应用层-dto应用层使用对象-factory(dto->do的工厂，接口和实现均在infra定义)-service应用层逻辑domain领域层-anno常用注解-entity实体-enums常用枚举-event领域事件-listener事件监听-messaging生产者接口（实现在infra层）-r
本篇起，将描述战术落地DDD遇见的问题以及解决方案。目录：落地架构package的划分类名划分模块依赖关系模块参数流转5.1增改参数流转5.2查询参数流转1.落地架构战术落地采用的是六边形模型架构，即app层和infra层均依赖domain层。image.png图片来源2.package的划分app应用层-dto应用层使用对象-factory(dto->do的工厂，接口和实现均在infra定义)-service应用层逻辑domain领域层-anno常用注解-entity实体-enums常用枚举-event领域事件-listener事件监听-messaging生产者接口（实现在infra层）-r
一、分层架构1.1>概述一提到分层架构，大家应该都不会陌生。因为当我们开始从事软件开发这一行业的时候，接触到的企业项目基本都是采用分层架构的。它产生的时间比较早，可以说，分层架构模式被认为是所有架构的始祖。分层架构的一个重要的原则就是——每层只能与位于其下方的层发生耦合。那么，以下图为例，我们一般在项目开发中，会将整个项目分为：用户接口层、应用层、领域层和基础设施层。针对分层架构分为：严格分层架构和松散分层架构。由于用户界面层和应用服务通常需要与基础设施打交道，许多系统都是基于松散分层架构的。严格分层架构（StrictLayersArchitecture）：某层只能与直接位于其下方的层发生耦合
一、分层架构1.1>概述一提到分层架构，大家应该都不会陌生。因为当我们开始从事软件开发这一行业的时候，接触到的企业项目基本都是采用分层架构的。它产生的时间比较早，可以说，分层架构模式被认为是所有架构的始祖。分层架构的一个重要的原则就是——每层只能与位于其下方的层发生耦合。那么，以下图为例，我们一般在项目开发中，会将整个项目分为：用户接口层、应用层、领域层和基础设施层。针对分层架构分为：严格分层架构和松散分层架构。由于用户界面层和应用服务通常需要与基础设施打交道，许多系统都是基于松散分层架构的。严格分层架构（StrictLayersArchitecture）：某层只能与直接位于其下方的层发生耦合
前几年就开始接触DDD（DomainDrivenDesign，领域驱动设计），并且着迷于此。它更多地在战略层指导了我的设计，对于战术层面的设计，目前业界没有统一的标准，也没有特别流行的方案。虽然也有许多技术大牛们热衷于DDD，但一到代码落地便一地鸡毛，造不出“银弹”。那DDD到底是什么呢？有什么技术落地方案呢？今天我来给大家科普一下。基本概念过去系统分析和系统设计都是分离的，正如我们国家“系统分析师”和“系统设计师”两种职称考试一样，这样割裂的结果导致，需求分析的结果无法直接进行设计编程，而能够进行编程运行的代码却扭曲需求，导致客户运行软件后才发现很多功能不是自己想要的，而且软件不能快速跟随需
前几年就开始接触DDD（DomainDrivenDesign，领域驱动设计），并且着迷于此。它更多地在战略层指导了我的设计，对于战术层面的设计，目前业界没有统一的标准，也没有特别流行的方案。虽然也有许多技术大牛们热衷于DDD，但一到代码落地便一地鸡毛，造不出“银弹”。那DDD到底是什么呢？有什么技术落地方案呢？今天我来给大家科普一下。基本概念过去系统分析和系统设计都是分离的，正如我们国家“系统分析师”和“系统设计师”两种职称考试一样，这样割裂的结果导致，需求分析的结果无法直接进行设计编程，而能够进行编程运行的代码却扭曲需求，导致客户运行软件后才发现很多功能不是自己想要的，而且软件不能快速跟随需
第一章DDD对我而言还可以指引构建正确软件模型的方向。领域驱动对团队人的要求较高：具备深厚的业务能力（领域专家）具备业务抽象能力；具备技术抽象能力DDD领域驱动设计可以实现目标如果你希望打磨软件匠艺并提高项目的成功率；如果你迫切期望创造软件来帮助企业把业务竞争力提升到新高度；如果你期望实现出来的软件既能正确地对业务需求建模又可以采用最新建的软件架构进行扩张；设计设计是不可或缺的，除了优秀设计就是糟糕设计，根本不存在不做设计.有效设计（EffectiveDesign）可以满足商业组织希望借助软件超越竞争者的诉求，它可以驱动企业去思考哪些核心业务必须成为其竞争力，战略设计强调业务战略上的重点，如何
第一章DDD对我而言还可以指引构建正确软件模型的方向。领域驱动对团队人的要求较高：具备深厚的业务能力（领域专家）具备业务抽象能力；具备技术抽象能力DDD领域驱动设计可以实现目标如果你希望打磨软件匠艺并提高项目的成功率；如果你迫切期望创造软件来帮助企业把业务竞争力提升到新高度；如果你期望实现出来的软件既能正确地对业务需求建模又可以采用最新建的软件架构进行扩张；设计设计是不可或缺的，除了优秀设计就是糟糕设计，根本不存在不做设计.有效设计（EffectiveDesign）可以满足商业组织希望借助软件超越竞争者的诉求，它可以驱动企业去思考哪些核心业务必须成为其竞争力，战略设计强调业务战略上的重点，如何
