网站首页特效,手机wap浏览器,建网站需要什么技术,上海专业建设网站制作目录 1、概述
2、什么是DDD分层架构
1.用户接口层
2.应用层
3.领域层
4.基础层
3、DDD分层架构最重要的原则是什么
4、DDD分层架构如何推动架构演进
1.微服务架构的演进
2.微服务内服务的演进
5、三层架构如何演进到DDD分层架构
我们该怎样转向DDD分层架构
6、总结…目录 1、概述
2、什么是DDD分层架构
1.用户接口层
2.应用层
3.领域层
4.基础层
3、DDD分层架构最重要的原则是什么
4、DDD分层架构如何推动架构演进
1.微服务架构的演进
2.微服务内服务的演进
5、三层架构如何演进到DDD分层架构
我们该怎样转向DDD分层架构
6、总结 1、概述
微服务架构模型有好多种例如整洁架构、CQRS和六边形架构等等。每种架构模式虽然提出的时
代和背景不同但其核心理念都是为了设计出“高内聚、低耦合”的架构轻松实现架构演进。而
DDD分层架构的出现使架构边界变得越来越清晰它在微服务架构模型中占有非常重要的位
置。
DDD分层架构到底是什么样DDD分层架构如何推动架构演进我们该怎么转向DDD分层架构
2、什么是DDD分层架构 我们采用了依赖倒置Dependency inversion principle,DIP的设计优化了传统的四层架构实
现了各层对基础层的解耦。
DDD分层架构就是优化后的四层架构。在下面这张图中从上到下依次是用户接口层、应用
层、领域层和基础层。那DDD各层的主要职责是什么呢 1.用户接口层
用户接口层负责向用户显示信息和解释用户指令。这里的用户可能是用户、程序、自动化测试和
批处理脚本等等。
2.应用层
应用层是很薄的一层理论上不应该有业务规则或逻辑主要面向用例和流程相关的操作。
但应用层又位于领域层之上因为领域层包含多个聚合所以它可以协调多个聚合的服务和领域对
象完成服务编排和组合协作完成业务操作。
提醒你一下在设计和开发时不要将本该放在领域层的业务逻辑放到应用层中实现。因为庞大的
应用层会使领域模型失焦时间一长你的微服务就会演化为传统的三层架构业务逻辑会变得混
乱。
另外应用服务是在应用层的它负责服务的组合、编排和转发负责处理业务用例的执行顺序以
及结果的拼装以粗粒度的服务通过API 网关向前端发布。还有应用服务还可以进行安全认证、
权限校验、事务控制、发送或订阅领域事件等。
3.领域层
领域层的作用是实现企业核心业务逻辑通过各种校验手段保证业务的正确性。领域层主要体现领
域模型的业务能力它用来表达业务概念、业务状态和业务规则。
领域层包含聚合根、实体、值对象、领域服务等领域模型中的领域对象。
特别解释一下其中几个领域对象的关系以便你在设计领域层的时候能更加清楚。
首先领域模型的业务逻辑主要是由实体和领域服务来实现的其中实体会采用充血模型来实现所
有与之相关的业务功能。
其次实体和领域对象在实现业务逻辑上不是同级的当领域中的某些功能单一实体或者值对
象不能实现时领域服务就会出马它可以组合聚合内的多个实体或者值对象实现复杂的
业务逻辑。
4.基础层
基础层是贯穿所有层的它的作用就是为其它各层提供通用的技术和基础服务包括第三方工具、
驱动、消息中间件、网关、文件、缓存以及数据库等。比较常见的功能还是提供数据库持久化。
基础层包含基础服务它采用依赖倒置设计封装基础资源服务实现应用层、领域层与基础层的
解耦降低外部资源变化对应用的影响。
3、DDD分层架构最重要的原则是什么
在《实现领域驱动设计》一书中DDD分层架构有一个重要的原则每层只能与位于其下方的层
发生耦合。
架构根据耦合的紧密程度又可以分为两种严格分层架构和松散分层架构。优化后的DDD分层架
构模型就属于严格分层架构任何层只能对位于其直接下方的层产生依赖。而传统的DDD分层架
构则属于松散分层架构它允许某层与其任意下方的层发生依赖。
在严格分层架构中领域服务只能被应用服务调用而应用服务只能被用户接口层调用服务是逐
层对外封装或组合的依赖关系清晰。而在松散分层架构中领域服务可以同时被应用层或用户接
口层调用服务的依赖关系比较复杂且难管理甚至容易使核心业务逻辑外泄。
4、DDD分层架构如何推动架构演进
领域模型不是一成不变的因为业务的变化会影响领域模型而领域模型的变化则会影响微服务的
功能和边界。
1.微服务架构的演进
领域模型中对象的层次从内到外依次是值对象、实体、聚合和限界上下文。
实体或值对象的简单变更一般不会让领域模型和微服务发生大的变化。但聚合的重组或拆分却可
以。
这是因为聚合内业务功能内聚能独立完成特定的业务逻辑。那聚合的重组或拆分势必就会引起
业务模块和系统功能的变化了。
我们可以以聚合为基础单元完成领域模型和微服务架构的演进。聚合可以作为一个整体在不同
的领域模型之间重组或者拆分或者直接将一个聚合独立为微服务。 2.微服务内服务的演进
在微服务内部实体的方法被领域服务组合和封装领域服务又被应用服务组合和封装。在服务逐
层组合和封装的过程中你会发现这样一个有趣的现象。 在服务设计时你并不一定能完整预测有哪些下层服务会被多少个上层服务组装因此领域层通常
只提供一些原子服务比如领域服务a、b、c。但随着系统功能增强和外部接入越来越多应用服
务会不断丰富。有一天你会发现领域服务b 和c同时多次被多个应用服务调用了执行顺序也基本
一致。这时你可以考虑将b和c合并再将应用服务中b、c的功能下沉到领域层演进为新的领域服
务bc。这样既减少了服务的数量也减轻了上层服务组合和编排的复杂度。
这就是服务演进的过程它是随着你的系统发展的最后你会发现你的领域模型会越来越精炼越
来越能适应需求的快速变化。
5、三层架构如何演进到DDD分层架构
首先由于层间松耦合我们可以专注于本层的设计而不必关心其它层也不必担心自己的设计
会影响其它层。
可以说DDD成功地降低了层与层之间的依赖。
其次分层架构使得程序结构变得清晰升级和维护更加容易。
我们修改某层代码时只要本层的接口参数不变其它层可以不必修改。即使本层的接口发生变
化也只影响相邻的上层修改工作量小且错误可以控制不会带来意外的风险。
我们该怎样转向DDD分层架构
传统企业应用大多是单体架构而单体架构则大多是三层架构。三层架构解决了程序内代码间调用
复杂、代码职责不清的问题但这种分层是逻辑概念在物理上它是中心化的集中式架构并不适
合分布式微服务架构。
DDD分层架构中的要素其实和三层架构类似只是在DDD分层架构中这些要素被重新归类重
新划分了层确定了层与层之间的交互规则和职责边界。 三层架构向DDD分层架构演进的过程 首先三层架构向DDD分层架构演进主要发生在业务逻辑层和数据访问层。
DDD分层架构在用户接口层引入了DTO给前端提供了更多的可使用数据和更高的展示灵活性。
DDD分层架构对三层架构的业务逻辑层进行了更清晰的划分改善了三层架构核心业务逻辑混
乱代码改动相互影响大的情况。DDD分层架构将业务逻辑层的服务拆分到了应用层和领域层。
应用层快速响应前端的变化领域层实现领域模型的能力。 另外一个重要的变化发生在数据访问层和基础层之间。
三层架构数据访问采用DAO方式DDD分层架构的数据库等基础资源访问采用了仓储
Repository设计模式通过依赖倒置实现各层对基础资源的解耦。
仓储又分为两部分仓储接口和仓储实现。仓储接口放在领域层中仓储实现放在基础层。
原来三层架构通用的第三方工具包、驱动、Common、Utility、Config等通用的公共的资源类统
一放到了基础层。
传统三层架构向DDD分层架构的演进体现的正是领域驱动设计思想的演进。
6、总结
DDD分层架构包含用户接口层、应用层、领域层和基础层。通过这些层次划分我们可以明确微
服务各层的职能划定各领域对象的边界确定各领域对象的协作方式。这种架构既体现了微服务
设计和架构演进的需求又很好地融入了领域模型的概念二者无缝结合相信会给你的微服务设
计带来不一样的感觉。
