第10讲：面向对象设计.pptVIP

一个类只完成某一类功能(职责) 尽可能避免出现一个“复合”功能的类——在同一个类中完成多个不同的功能 1、单一职责原则 开放?封闭原则：软件实体类(类、模块、函数等)应该是可以扩展、但是不可修改的 基本思想：不用修改原有类就能扩展一个类的行为 2、开放?封闭原则 什么是不封闭、不开放 如下的模型可以处理月薪制和时薪制职工工资，如果还要增加一种职工类型，其计酬方式不同（如提成制），则必定要修改Employee类 如何改进 利用抽象机制 封闭：Employee及其子类是封闭的 开放：可以派生新的子类，实现新的需求 Liskov 替换原则：子类应当可以替换父类并出现在父类能够出现的任何地方 核心思想：子类型必须能够替换它们的基类型，该原则能够知道设计人员正确地进行类的继承与派生 3、Liskov 替换原则 一个违反Liskov原则的例子 正方形是长方形的一种特例 正方形有独特的行为方式 通过覆盖父类的有关方法来实现子类行为 实际中的使用情况 长方形的使用者按照长方形的特点来调用SetWidth和SetHeight两个函数，并测试面积，代码如下： void testArea(Rectangle r) { r.SetWidth(5); r.SetHeight(4); assert(r.Area() == 20); } 如果传递进来的是Square对象又会如何呢？显然会出现断言错误，测试失败。 对于客户程序来说，模型中的层次结构是脆弱的，因为违反了LSP替换原则，Square对象和Rectangle对象的行为方式不相容 3、Liskov 替换原则 子类必须实现父类的抽象方法，但不得重写（覆盖）父类的非抽象（已实现）方法。 子类中可以增加自己特有的方法。 当子类覆盖或实现父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。 4、接口隔离原则 接口隔离原则：采用多个与特定客户类有关的接口比采用一个通用的涵盖多个业务方法的接口更好。 对接口的污染 设计人员为了节省接口数目，而经常将一些功能相近或功能相关的接口合并成一个总的接口 臃肿的大接口 面向过程——自顶向下，逐步求精，形成上对下依赖 依赖倒置原则：应用系统中的高层模块不应依赖于低层模块；抽象不应该依赖于细节实现，实现细节应该依赖于抽象。 优点：复用、灵活性、易维护 5、依赖倒置原则 Writer 任何变量都不应该持有一个指向具体类的指针或者引用 任何类都不应该从具体类派生(始于抽象,来自具体) 任何方法都不应该覆写它的任何基类中的已经实现了的方法 5、依赖倒置原则 如何遵守设计原则 设计原则不是死记硬背，而是要灵活运用 一些成熟的设计模式可以帮助我们解决实际问题，并且符合设计原则 什么是设计模式？ 设计模式：是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。 使用设计模式，我们就能一次一次地利用已有方案而不必做重复劳动。 设计模式的四个基本要素 模式名称 　　一个助记名，用几个词来描述模式的问题、解决方案和效果。 问题 　　描述了应该在何时使用模式。它解释了设计问题和问题存在的前因后果。有时候，问题部分会包括使用模式必须满足的一系列先决条件。 解决方案 　　描述了设计的组成成分，它们之间的相互关系及各自的职责和协作方式。因为模式就像一个模板，可应用于多种不同场合，所以解决方案并不描述一个特定而具体的设计或实现，而是提供设计问题的抽象描述和怎样用一个具有一般意义的元素组合（类或对象组合）来解决这个问题。 效果 　　描述了模式应用的效果及使用模式应权衡的问题。比如模式的使用对系统的灵活性、扩充性或可移植性的影响。 设计模式之四人帮（GOF） GOF：Gang of Four Erich Gamma、Richard Helm、 Ralph Johnson、 John Vlissides GOF之书 GOF之书：《Design Patterns：Elements of Reusable Object-Oriented Software》（《设计模式：可复用的面向对象软件的基本原理》）。 该书被广大喜爱者昵称为GOF之书，被认为是学习设计模式的必读著作，GOF之书已经被公认为是设计模式领域的奠基之作。 GOF之23种设计模式 创建型模式 1.抽象工厂模式 2.工厂方法模式 3.单例模式 4.建造者模式 5.原型模式 结构型模式 1.适配器模式 2.外观模式 3.桥接模式 4.组合模式 5.装饰模式 6.享元模式 7.代理模式 行为型模式 1.迭代器模式