第7章 面向对象设计解析.pptVIP

软件工程 湘潭大学信息工程学院 设计的概念 模块与构件 模块：具有一定接口，能完成一定功能的系统组成部分 构件：可替换的系统组成部分，它依据并实现一组接口 抽象与细化 信息隐藏 只有模块的接口是可以被访问的 减少将一个模块的错误扩散到其它模块的机会；减少代码量的修改量 软件复用 局部化 把一些关系密切的软件元素放在一起 模块化设计 什么是模块化？ 模块化就是把程序划分成独立命名且可独立访问的模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，就可以满足用户的需求。 指导思想：分解和模块独立性。 模块化设计 分解 模块化设计 模块独立性 模块独立性是运用模块化、抽象、信息隐藏和局部性等概念的所追求结果 模块的独立程度可以由两个定性标准来度量，这两个标准分别称为内聚和耦合。 内聚：一个模块内各个元素彼此结合的紧密程度。理想内聚的模块只做一件事情。 耦合：对不同模块之间互连程度的度量。 标准：高内聚低耦合。 内聚 偶然内聚 当几个模块内凑巧有一些程序段代码相同，又没有明确表现出独立的功能，把这些代码独立出来建立的模块即为巧合内聚模块。 内聚 逻辑内聚 这种模块把几种相关的功能组合在一起，每次被调用时，由传送给模块的控制型参数来确定该模块应执行哪一种功能。 内聚 时间内聚 模块内的功能必须在同一时间完成，这些功能只因时间因素关联在一起。 内聚 过程内聚 模块内各处理成分相关，且必须以特定的次序（该次序是可变的，例如根据客户的喜好或习惯）执行。 内聚 通信内聚 如果一个模块内各部分都使用了相同的输入数据，或产生了相同的输出数据，则称之为通信内聚模块。 内聚 顺序内聚 模块内部的处理元素和同一个功能密切相关，而且这些处理必须顺序执行。通常一个处理元素的输出作为下一个处理元素的输入。 内聚 功能内聚 一个模块中所有处理元素属于一个整体，完成一个单一功能。 内聚 耦合 无耦合 同一层次的模块间没有联系 耦合 数据耦合 模块间通过参数交换信息，而交换的信息仅仅是数据。 耦合 特征耦合 如果把整个数据结构作为参数传递而被调用的模块只需要使用一部分数据元素时，就出现了特征耦合。 耦合 控制耦合 如果一个模块通过传送开关、标志等控制信息，明显地控制选择另一模块的功能，就是控制耦合。 耦合 消除控制耦合的方法： 把被调用的模块内的判断上移到调用模块。 把被调用的模块分解为有单一功能的多个模块。 耦合 公共耦合 若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。 耦合 内容耦合 一个模块直接访问另一个模块的内部数据 一个模块不通过正常入口转到另一模块内部 两个模块有一部分程序代码重迭 一个模块有多个入口 耦合 模块化设计 内聚和耦合是密切相关的，模块内的高内聚往往意味着模块间的松耦合。所以，应该把更多注意力集中到提高模块的内聚程度上。 面向对象软件设计 软件设计的任务 把分析阶段产生的分析模型转换为的软件设计模型，包括数据设计、体系结构设计、接口设计和过程设计。 面向对象软件设计 系统架构设计 系统的组成部分以及组成部分间的接口 全局性数据结构设计 系统元素设计 子系统内部的设计 类设计 设计原则(SOLID) 单一职责原则(Single Responsibility Principle) 如果一个类承担的职责过多，就等于把这些职责耦合到一起。一个职责的变化可能会导致其它职责的削弱。 开放-封闭原则(Open Close Principle ) 软件实体应该可以扩展，但不可以修改。 解决问题的关键在：抽象化。我们让模块依赖于一个固定的抽象体，这样它就是不可以修改的；同时，通过这个抽象体派生，我们就可以扩展此模块的行为功能。 优点：灵活性和可复用性高 设计原则(SOLID) 设计原则(SOLID) 设计原则(SOLID) 里氏替换原则(Liskov Substitution Principle) 子类型应该能代替掉其父类型，且代替后程序运行情况不会错乱。 设计原则(SOLID) 依赖倒转原则(Dependence Inversion Principle ) 应该在设计细节之前先创建总体概念。高层模块不应该依赖底层模块。相反，它们都应该依赖于抽象。 设计原则(SOLID) 设计原则(SOLID) 接口隔离原则(Interface Segregation Principle) 客户端不应该被强制依赖它们不会使用的接口。 使用多个专门的接口比使用单一的总接口要好。 设计原则(SOLID) 模式 模式描述了一个在特定环境中不断出现的问题以及解决该问题的方案。 架构模式 设计模式 习惯用法 参考书籍 《设计模式：可复用面向对象软件的基础》 《大话设计模式》 设计模式 简单工厂模式 定义一个用于创建对象的接口。 设计模式 原