知识卡片

应用层是"配速齿轮":吸收前端需求变化,保护领域层稳定

普通读书笔记卡

内容

三种架构模型都把核心业务逻辑拆成领域层和应用层两部分,两者承担的稳定性诉求完全不同:领域层面向领域模型,实现核心原子业务逻辑,需要保持稳定,对外提供稳定、细粒度的领域服务,处在架构最核心的位置;应用层面向用户操作相关的用例和流程,对外提供粗粒度的API服务,书中把它比作一个”齿轮”——夹在前端应用和领域层之间,负责接收前端需求、随时做出服务编排和流程调整的响应,尽量不把前端需求直接传导给领域层。这背后是一条观察到的规律:用户体验、操作习惯、市场环境、管理流程的变化会导致界面逻辑和流程频繁多变,但只要企业没有发生大的业务变革,领域模型的核心领域逻辑基本不会跟着大变。把这条规律落到架构设计上:前端应用靠页面逻辑和流程调整快速响应外部界面需求变化,应用层靠服务组合编排来实现业务流程的快速调整、并有意识地把这些变化挡在领域层之外,只有当领域逻辑本身真的发生变化时,才去调整领域模型——核心逻辑稳定了,整个应用才能长期稳定,不容易出现致命的逻辑错误。

参考来源

- 位置:第11章《几种微服务架构模型对比分析》"11.3 三种微服务架构模型的对比和分析"(源文件:_epub-src/OEBPS/Text/chapter3-7-3.xhtml) - 结论依据:原文说明"应用层面向用户操作相关的用例和流程,对外提供粗粒度的API服务。它就像一个齿轮一样进行前端应用和领域层的适配,接收前端需求,随时做出服务编排和流程的响应及调整,尽量避免将前端需求传导到领域层……不管前端业务和流程如何变化,在企业没有大的业务变革的情况下,领域模型的核心领域逻辑基本不会大变",直接支撑本卡片结论。 - 原始内容:应用层面向用户操作相关的用例和流程,对外提供粗粒度的API服务。它就像一个齿轮一样进行前端应用和领域层的适配,接收前端需求,随时做出服务编排和流程的响应及调整,尽量避免将前端需求传导到领域层。