面向对象分析和设计Part 10.ppt

* * CH 33 逻辑架构的设计模式 软件架构 软件的整体组织结构； 软件元素-〉模块-〉子系统-〉系统。这是一种构架方式。 软件的架构可以从多个方面去描述 逻辑架构 系统的层、包、框架类、类和子系统的组织方式。 部署架构 系统的进程如何分配到处理单元和网络配置。 CH 30 逻辑架构的设计模式 架构模式 架构模式 大尺度和粗粒度的设计模式。 层模式。 设计模式 有关中小尺度的对象和构架设计。微观架构模式。 前面讨论的许多设计模式。 外观模式、策略模式… 习惯用法 面向语言的或者面向实现的设计。 实现的技能(为满足性能和效率的) 软件的分层设计模式 背景 软件越来越复杂（参与的开发者越来越多） 变化越来越快（业务变化、规模扩大） 问题 系统的许多部分是高度聚合的，部分的变化会设计整体。 应用逻辑和人机界面绑定在一起，代码无法重用。无法将逻辑处理分布到多个计算节点上。 通用逻辑与具体应用绑定在一起，重用和分布受到限制。 开发者不好确定清晰的界限。难以开发。 变更和改进代价高昂。 软件的分层设计模式 解决方案：分层设计 层： 软件逻辑上的关系，描述软件元素的组织方式。 3层架构、 N层架构 层之间的关系： 低层为高层提供服务， 低层并不知道高层的存在 低层为更通用的服务，高层为更特定的应用 低层 高层 请求 服务 分层的软件架构 ＰＯＳ系统的分层 软件的分层设计模式 构架视图的表现 描述分层的概念（UML的包） 关键性、说明性元素 不要描述过于通用的服务（如：字符串处理…） 层间、包间耦合与交互 POS层间耦合 层间、包间耦合与交互 POS层间耦合的简略表示 不要试图在一张图上把所有的事情说清楚 层间、包间耦合与交互 层间（包间）的交互： 交互图表示 软件的分层设计模式 子系统 具有独立处理能力的软件包。 相对于简单包来说，子系统具有一定的独立功能和对外部较少的依赖。 子系统的UML表示 软件的分层设计模式 外观 分层和打包并不是仅仅将软件包装在一起。 很多时候并不是包中的所有对象都提供给外部访问的。 要设计向外部提供服务的外观。（可以使用外观模式） 应用层和业务外观 会话 流程 使用观察者模式实现向上协作 低层向上的消息怎么传递？ 订阅者（上层）—发布者（下层） 分层模式的其它问题讨论 层间耦合设计 观点1：严格按照层次关系 观点2：可跨越的关系 构架的逻辑视图和进程部署视图 逻辑视图和部署视图映射关系 依赖于具体的环境（J2EE、.NET、ORACLE… ） 可分布式的领域层应该当考虑的问题（实现时的考虑，如：串行化问题、统一值类型问题） 分层部署 分层所带来的弊端 效率与性能问题 分层不是万能的，有些软件需要考虑其他设计模式。（如：多媒体信息处理的过滤器模式） 经典的三层模式信息系统 一种部署结构 模型视图分离 MVS（MVC） 模型：领域层 视图：表现层 控制器：应用层 向下通信 视图?模型(知道) 向上通信 观察者模式 CH 35 组织模型包的设计和实现 目的 合理组织包的结构，使变更的影响最小。 指导原则 按照功能内聚组织 将一簇接口打包 减少对不稳定包的过多依赖 构造最稳定的职责最大包 提取独立的元素 采用工厂方法减少对具体包的依赖 避免包之间的循环依赖 接口打包 实现IControlContainer的组件 实现IViewer的组件 它们知道IViewer 它们知道IControlContainer 构造最稳定的职责最大包 提取出独立的元素 工厂模式的使用 避免包之间的循环依赖