03系统架构4之模式深入精品.pptVIP

异常处理服务 设计异常处理机制 异常处理与XML 异常处理程序块为系统的不同层面提供了一致的例外处理策略 异常由配置工具进行定义和维护–不需要通过编码控制例外处理 定义“异常策略”，可指定该策略发生时的行为 将异常写入日志 用另外一个异常进行封装 采用不同的异常替代以便隐藏敏感的异常信息 创建自己的Handler，提供附加的处理行为 日志服务 日志实现机制 日志存储机制 日志设计 提供简单标准一致的Logging机制 能灵活指定哪类信息以何种格式输出、输出到何处 实现了应用程序代码与日志策略的隔离 加密服务 加密服务方式 加密服务的工厂模式 简化了开发人员为敏感信息进行加解密工作 加解密任何类型（Stream/Byte）的信息 提高易用性（CreateHash/CompareHash） 支持多种加解密算法 支持所有.NET提供的加密算法（*） 通过DPAPI，对单台计算机上的信息进行无密钥加密 允许集成自己开发的加解密算法Provider 提高集成性 算法与密钥可以通过配置工具进行配置 验证服务与授权服务 验证服务与单点登陆机制 树型权限与矩阵权限设计 复杂权限设计思想 消息队列 系统可靠性 IBMMQMSMQ 部署服务 部署策略 部署设计 事务处理服务 本地事务与分布式事务 非数据性事务 事务补偿 事务设计策略 * * Pattern: Master-Slave 主控模块故障，整个系统故障 主控模块将任务划分为几个同等的子任务 从属之间相互独立 从属之间并行工作 问题是可以分解的 应用领域： 容错 并行计算 计算准确性 * * Pattern: Master-Slave 优点： 可互换性和可扩充性 事务分离 效率 不足： 可行性 对机器依赖性 难以实现 可移植性 Pattern: Pipe-Filter * Pattern: Pipe-Filter 管道和过滤器体系结构模式，为处理数据流的系统提供了一种结构 每个处理步骤封装在一个过滤器组件中 数据通过相邻过滤器之间的管道传输 管道处理缓冲和同步 重组过滤器可以建立相关系统族 举例： 编译器 Unix 内核命令 * Pattern: Pipe-Filter * * Pattern: Pipe-Filter Pattern: Pipe-Filter 优点： 通过过滤器交换增加了灵活性 通过重组增加了灵活性 过滤器组件的重用 并行处理提高效率 不足： 共享状态信息或者昂贵或者不灵活 并行处理获得的效率往往只一种假象 数据转换额外开销 错误处理 * Pattern: Broker * Pattern: Broker 代理者结构模式可以用于构建带有隔离组件的分布式软件系统，该软件通过远程服务调用进行交互。 代理者组件负责协调通信 转发请求、传送结果和异常 服务器将他们的服务（属性和操作）发布给一个代理 客户端通过一个代理请求服务器处理 代理将请求发送给一个合适的服务器处理 * Pattern: Broker 允许动态改变、添加、删除和重新发布 对于开发者来说，代理是透明的 请求需要有标准的表示法 当两个代理者互操作时，实现细节可通过网桥来隐藏 举例： 公共对象请求代理体系结构（CORBA），处理异构系统上分布式对象的面向对象技术 Web services * Pattern: Broker * Pattern: Peer-2-Peer * Pattern: Peer-2-Peer 对称的 客户机-服务器模式 客户机向服务器请求服务 服务器通知客户机特定的事件 任何一个节点都可以扮演客户机或者服务器的角色 可以动态的交换角色 举例： 多用户应用 P2P 技术 * Pattern: Event-Bus * Pattern: Event-Bus 事件源将消息发布到总线上的特殊通道上 事件监听者订阅通道上的消息 监听者监听有效消息 消息是异步的 通路可以是固定的 * Pattern: Blackboard * Pattern: Blackboard 黑板体系结构模式对于无确定性求解策略的问题比较有用。 黑板模式中，有几个专用子系统收集其知识，以建立一个可能的部分解或近似解。 举例： 语音识别 所有组件共享数据存储（黑板） 组件生成新的数据更新到黑板 组件监视黑板上的数据 利用匹配模式寻找特定的数据 * Pattern: Blackboard * * Pattern: Blackboard Pattern: Blackboard 优点： 对可更改性和可维护性的支持 可重用的知识源 支持容错性和健壮性 不足： 测试困难 不能保证有好的求解方案 难以建立一个好的控制策略 低效 昂贵的开发工作 缺少对并行机制的支持 * （四）系统架构之模式与服务 1、架构模式概述 2、通用架构模式 3、通用架构服