软件工程_面向对象设计原则及设计模式要点.pptVIP

面向对象的设计原则Object-Oriented Design Principles 从问题开始！ 长方形与正方形 假如我们有一个类：长方形（Rectangle） 我们需要一个新的类，正方形（Square） 问：可否直接继承长方形？ 开始设计：正方形 设计方案正确吗？ 为什么会出现问题？ 面向对象的设计原则 什么是面向对象设计原则？ 面向对象设计原则有什么意义？ 是指导面向对象设计的基本指导思想 是评价面向对象设计的价值观体系 是设计模式的出发点和归宿 设计目标 设计目标 可扩展性 （Extensibility） 灵活性 （Flexibility） 可插入性 （Pluggability） …… 设计质量：好的设计 什么是好的设计？ 容易理解 容易修改和扩展 容易复用 容易实现与应用 简单、紧凑、经济适用 让人工作起来心情愉快的设计 面向对象的基本设计原则 SRP：单一职责原则 The Single Responsibility Principle OCP：开放-封闭原则 The Open-Close Principle LSP：Liskov替换原则 The Liskov Substitution Principle ISP：接口隔离原则 The Interface Segregation Principle DIP：依赖倒置原则 The Dependency Inversion Principle …… SRP SRP（The Single Responsibility Principle, 单一职责原则） 就一个类而言，应该仅有一个引起它变化的原因 有关类的职责分配问题，是面向对象设计中最重要的基本原则 SRP本质 SRP体现了内聚性（Cohesion） 内聚性：一个模块的组成元素之间的功能相关性 类的职责定义为“变化的原因”，每个职责都是变化的一个轴线； 当需求变化时，该变化会反映为类的职责的变化 如果一个类承担了多于一个的职责，那么引起它变化的原因就会有多个 违反SRP的案例 解决方案 LSP LSP（The Liskov Substitution Principle, Liskov替换原则） “若对于类型S的任一对象o1，均有类型T的对象o2存在，使得在T定义的所有程序P中，用o1替换o2之后，程序的行为不变，则S是T的子类型” 如果在任何情况下，子类（或子类型）或实现类与基类都是可以互换的，那么继承的使用就是合适的。为了达到这一目标，子类不能添加任何父类没有的附加约束 “子类对象必须可以替换基类对象” 违背LSP原则 怎么办？ 抽象类与具体类 解决方案 IS-A关系的思考？ 鸵鸟是鸟吗？是 鸵鸟有翅膀，鸟也有翅膀 鸵鸟有喙，鸟也有喙… 但是… 鸟.getFlySpeed() 鸵鸟.getRunSpeed() 有着不同 IS-A关系的思考(续) 对于动物学家 只关心鸟的生理特征，对他们来说，鸵鸟就是鸟 对于养鸟人 关心鸟的行为特征，鸵鸟不是鸟 他们都正确 考虑一个特定设计是否恰当时，不能完全孤立地看这个解决方案，应该根据设计的使用者提出的合理假设来审视 OCP OCP（The Open-Close Principle, 开放-封闭原则） 软件实体（类、模块、函数等）应该是可扩展的，但是不可修改的 特征： 对于扩展是开放的（Open for extension） 模块的行为可以扩展，当应用的需求改变时，可以对模块进行扩展，以满足新的需求 对于更改是封闭的（Closed for modification） 对模块行为扩展时，不必改动模块的源代码或二进制代码 OCP的关键在于抽象 OCP的关键在于抽象 抽象技术：abstract class, Interface 抽象预见了可能的所有扩展（闭） 由抽象可以随时导出新的类（开） 范例：手与门 如何在程序中模拟用手去开门和关门？ 行为： 开门（open） 关门（close） 判断门的状态（isOpened） 设计实现 新的需求…… 解决新的需求：修改设计 符合OCP的设计方案 新的实现 新的需求…… 关于OCP OCP是OOD中很多说法的核心 如果这个原则应用得有效，应用程序就会具有更多的可维护性、可重用性以及可健壮性 LSP是OCP成为可能的主要原则之一 正是子类型的可替换性才使得使用基类类型的模块在无需修改的情况下就可以扩展 ISP ISP（ The Interface Segregation Principle，接口隔离原则） 客户不应该依赖他们不用到的方法，只给每个客户它所需要的接口 为了避免“肥接口(fat interface)”，应当以一个类实现多个接口，而各客户仅仅获知必须的接口 接口污染 需求：一扇能超时报警的门 Door Open() Close()