《企业应用架构模式》权威学习地图
以2024年中文版的4个前置单元、2部分、18章、51个模式与参考文献建立完整模式语言。
学习目标
- 能解释本书的 4 个前置单元、2 部分、18 章、51 个模式之间的结构关系
- 能根据架构问题定位到对应的模式族，而不是把模式名称当作采购清单
- 能对一道架构设计评审走完"应用边界→叙述选择→模式族→模式协作→架构证据"的判断链
先建立直觉：问题、机制与代价
《企业应用架构模式》权威学习地图 面对的具体压力是"单元覆盖、跨族依赖与可追溯来源"。它采用的机制可以概括为：以2024年中文版的4个前置单元、2部分、18章、51个模式与参考文献建立完整模式语言。 机制带来的收益必须与新增间接层、同步责任或迁移成本同时记录，否则学习者只会得到一个没有拒绝条件的模式名称。
对 《企业应用架构模式》权威学习地图，优先比较的替代路线是：按真实问题进入模式族，而不是把模式名称当作采购清单。本页的通过条件是"能定位76个正式单元与119个目录节点，解释叙述部分如何约束51个模式的选择与组合"；若实验只能显示结果而不能指出 76个正式单元 从何处越界，就不能据此选择 《企业应用架构模式》权威学习地图。
目录单元到教学证据
本书的目录结构可以拆解为五个层次，每一个层次对应不同的教学证据。
76个正式单元
在 《企业应用架构模式》权威学习地图 的学习边界里，76个正式单元 不是待背诵的目录词，而是用来检查"↡"是否把责任交给正确对象。对 订单系统架构评审，学习者要记录 76个正式单元 的可观察变化，并说明它何时支持或否定 《企业应用架构模式》权威学习地图。
119个目录节点
在 《企业应用架构模式》权威学习地图 的学习边界里，119个目录节点 不是待背诵的目录词，而是用来检查"↡"是否把责任交给正确对象。对 订单系统架构评审，学习者要记录 119个目录节点 的可观察变化，并说明它何时支持或否定 《企业应用架构模式》权威学习地图。
18章
在 《企业应用架构模式》权威学习地图 的学习边界里，18章 不是待背诵的目录词，而是用来检查"模式族"是否把责任交给正确对象。对 订单系统架构评审，学习者要记录 18章 的可观察变化，并说明它何时支持或否定 《企业应用架构模式》权威学习地图。
51个模式
在 《企业应用架构模式》权威学习地图 的学习边界里，51个模式 不是待背诵的目录词，而是用来检查"↡"是否把责任交给正确对象。对 订单系统架构评审，学习者要记录 51个模式 的可观察变化，并说明它何时支持或否定 《企业应用架构模式》权威学习地图。
10个模式族
在 《企业应用架构模式》权威学习地图 的学习边界里，10个模式族 不是待背诵的目录词，而是用来检查"↡"是否把责任交给正确对象。对 订单系统架构评审，学习者要记录 10个模式族 的可观察变化，并说明它何时支持或否定 《企业应用架构模式》权威学习地图。
全书模式依赖网络
常见误区
专属设计案例：订单系统架构评审
把 订单系统架构评审 切成"应用边界 → 叙述选择 → 模式族 → 模式协作 → 架构证据"五个观察点。《企业应用架构模式》权威学习地图 的设计草案必须写出谁拥有状态、谁作出业务决定、失败怎样传播，以及 76个正式单元、119个目录节点、18章、51个模式、10个模式族 中哪个指标最先提示当前方案不再适用。
设计记录采用五个可换行字段：单元键为 poeaa24-official-learning-map；模式族为 book；裁决是"能定位76个正式单元与119个目录节点，解释叙述部分如何约束51个模式的选择与组合"；观测项包括 76个正式单元、119个目录节点、18章、51个模式、10个模式族；拒绝条件是"76个正式单元 超过团队为 《企业应用架构模式》权威学习地图 设定的边界"。
配置不是生产框架语法，而是一张评审卡。对 《企业应用架构模式》权威学习地图 的任何实现都要能把运行证据重新映射到这张卡；如果更换 ORM、Web 框架或部署平台后无法回答同一组问题，说明决定依赖的是工具偶然行为而不是模式语义。
选择与拒绝矩阵
| 评审问题 | 选择 《企业应用架构模式》权威学习地图 的证据 | 应拒绝或改用其他方案的信号 |
|---|---|---|
| 责任 | 应用边界 到 架构证据 的所有者清晰 | 叙述选择 可以绕过边界直接改写状态 |
| 变化 | 76个正式单元 的变化被局部吸收 | 一次小改动同时触及 119个目录节点、18章、51个模式 |
| 失败 | 故障能在 架构证据 前被识别并回退 | 只能看到最终错误，无法定位 76个正式单元 的首个异常 |
| 替代 | 已与同族候选比较并保留撤回路径 | 因框架内置或团队习惯而跳过问题分析 |
本章小结
- 本书的目录结构分为 76 个正式单元、119 个目录节点、18 章、51 个模式、10 个模式族五个层次，每一层对应不同的教学证据。
- 学习地图用于导航定位，不是采购清单——选择模式必须先定位到模式族，再比较替代方案。
- 架构评审的五个观察点（应用边界→叙述选择→模式族→模式协作→架构证据）构成完整的判断链。
- 选择与拒绝矩阵帮助你在真实项目中做出可证伪的架构决定。
- 目录节点不等于正文结论，每次引用都要追问正文的限制条件。
本章练习
练习
问题 1： 假设你在评审一个订单系统，发现"业务规则分散在多个控制器中，没有统一的位置"。这个观察对应五个观察点中的哪一个？
问题 2： 列出 76 个正式单元、119 个目录节点、18 章、51 个模式、10 个模式族这五个层次在教学上的不同作用。
问题 3： 团队说"我们用活动记录模式，因为框架默认就是这样的"。如何用选择与拒绝矩阵来评估这个决定？
出处声明
名词解释
名词解释
本章出现的专业名词，用大白话再讲一遍。
- 模式语言
- 一组相互关联的模式集合，模式之间有依赖、替代和互补关系，共同构成解决某一领域问题的完整方案空间。
- 模式族
- 将解决同一类问题的相近模式归为一组，帮助读者理解方案之间的替代与互补关系，例如"领域逻辑模式"族包含事务脚本、领域模型、表模块和服务层。
- 应用边界
- 架构设计中谁拥有状态、谁作出业务决定、失败怎样传播的划定范围，决定责任是否清晰。
- 叙述选择
- 在目录导航中，正文叙述部分如何约束和指引模式的选择与组合，而不是目录标题自动给出结论。
- 模式协作
- 多个模式之间如何配合工作，每个模式在协作中承担什么责任、如何传递数据、失败如何传播。
- 架构证据
- 在架构评审中能够证明当前方案仍然适用的可观察指标，当某个指标超出边界时提示需要更换方案。