架构风格不是背名词,重点是看场景、看约束、看取舍。
架构风格常出现在综合知识、案例分析和论文表达中。真正要分清的不是名字,而是构件、连接件、约束和代价。
为什么会考
架构风格可以理解为构件、连接件和约束的组合。综合知识喜欢考定义和适用场景,案例分析喜欢让你根据题干选择风格,论文则要求你说明为什么这样组织系统。
出现位置 | 常见问法 | 答题重点 |
综合知识 | 识别分层、管道-过滤器、事件驱动、仓库/黑板 | 抓构件、连接件、约束 |
案例分析 | 按业务场景选择风格 | 把题干翻译成质量属性 |
论文 | 说明风格选型和实施效果 | 写清取舍和边界 |

概念边界
风格 | 核心连接件 | 适合场景 | 代价 |
分层 | 层间调用 | Web/管理系统 | 层穿透、调用链变长 |
管道-过滤器 | 管道传递数据 | 编译器、ETL、日志处理 | 交互性差 |
事件驱动 | 事件总线/发布订阅 | 通知、统计、异步处理 | 调试和一致性复杂 |
仓库/黑板 | 共享数据或状态 | 知识库、专家系统、语音识别 | 共享模型变更成本高 |

案例题怎么答
题干线索 | 问题定位 | 可写措施 |
数据一步步清洗转换 | 数据流清楚 | 管道-过滤器 |
多个工具共享知识库 | 共享数据协作 | 仓库/黑板 |
页面、规则、SQL 混杂 | 职责混乱 | 分层架构 |

得分关键词
关键词 | 答题时怎么落地 |
构件 | 模块、服务、过滤器、仓库 |
连接件 | 调用、管道、事件、共享数据 |
约束 | 层依赖、单向数据流、契约、访问规则 |
取舍 | 收益和代价一起写 |
论文素材怎么用
论文位置 | 可写内容 | 别这么写 |
总体架构 | 说明选择风格或组合风格 | 只列技术栈 |
选型理由 | 对应质量属性 | 泛泛写先进 |
实施效果 | 改动范围、复用、吞吐或稳定性变化 | 只写效果很好 |
夜雨聆风