系统架构设计师案例分析----经典架构风格特点
这次的考试太大意了，很多知识点有印象，但不能完整的描述出来。今年11月的考试，要认真备考，从现在开始，把案例分析和论文内容整理出来，一是方便记忆，二是和各位考一起分享。欢迎各位拍砖。 这段时间一到背诵经典架构风格的特点，总有一些知识点记不全，现总结一些记忆的方法，方便记忆。
一、数据流网络：批处理和管道-过滤器
记忆方法：树皮管
批处理架构特点：（独立、完整、依次（没有并行性）、不交互、固定重启）
独立的程序是完整（完整、整体）传递，不交互依次固定执行下去
- 每个处理步骤是一个独立的程序。
- 数据必须是完整的，以整体方式传递。
- 处理步骤之间没有并行性，每个步骤必须依次执行。
- 不适合⽤来设计交互式应⽤系统。
- 处理流程固定，调整顺序需要重启
管道过滤器架构特点：（标准、流式、并发性能、不交互、固定重启）
- 由于没有通⽤的数据传输标准，因此每个过滤器都需要解析输⼊数据和合成数据，批处理风格也有这 样的特性
- 适合流式数据处理
- 过滤器可以并发调用，性能好
- 不适合⽤来设计交互式应⽤系统
- 处理流程固定，调整顺序需要重启
二、调用、返回
面向对象架构特点：（抽象思想、封装、调用标识和名称）
- 基于数据抽象和面向对象的思想。
- 数据的表示和相关操作被封装在对象中。
- 如果⼀个对象要调⽤另⼀个对象，则必须知道它的标识和名称
层次架构特点：（若干层服务客户、相邻提供、很难划分、经过、调度）、（两难：很难找到、难以调试）
- 系统按照功能分为若干层，每一层为上层提供服务，并作为下层的客户。
- 内部层接口只对相邻层可见，提供层次化的虚拟机功能。
- 很难找到⼀种合适和正确的层次划分⽅法
- 传输数据需要经过多个层次
- 多层结构难以调试
三、独立构件
记忆方法：读进士，进程通信少用，就去掉了
事件驱动架构特点：（调用、不调用、不需要、放弃）
- 隐式调用
- 构件不直接调用一个过程，而是触发或广播一个或多个事件
- 事件发布者不需要知道哪些构件会响应事件
- 构件放弃了对计算的控制权，完全由系统来决定
四、虚拟机
记忆方法：虚解龟
解释器以及基于规则架构特点：
- 自定义
- 灵活性好
- 执行效率低
五、仓库网络
记忆方法 ：仓数黑超（仓库里有数不清的黑色超人），超文本去特点掉了
数据库架构特点：（共享、知识源解耦、交互式）
- 便于多客户共享⼤量数据，⽽不必关⼼数据是何时产⽣的、由谁提供的及通过何种途径来提供。
- 各知识源通过中央数据单元交互，数据与处理解耦
- 支持交互式处理
黑板架构特点：（分布式、共享、解耦、复杂和非结构）
- 分布式问题求解
- 共享知识库存储问题的当前状态和已经得到的解决方案
- 数据与处理解耦，知识源是相对独立的，它们负责解决问题的不同方面
- 利于处理复杂、非结构化的问题。如语音识别