Java设计模式第2章六大原则.ppt

- * - 里氏替换原则的应用 里氏替换原则为良好的继承定义了规范，包含4层含义： 子类必须完全实现父类的方法； 子类可以有自己的个性； 覆盖或实现父类的方法时输入参数可以被放大； 覆盖或实现父类的方法时输出结果可以被缩小。 体现里氏替换原则的有如下几个模式： 策略模式 组合模式 代理模式 - * - 依赖倒置原则 - 1 Dependence Inversion Principle ，DIP 包括三层含义 ： 高层模块不应该依赖底层模块，两者都依赖其抽象 抽象不依赖细节 细节应该依赖于抽象 - * - 依赖倒置原则 - 2 在Java语言中，抽象就是指接口或抽象类，两者都是不能直接被实例化的；细节就是具体的实现类，实现类实现了接口或继承了抽象类，其特点是可以直接被实例化 依赖倒置原则在Java中的体现： 模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生 接口或抽象类不依赖于实现类 实现类依赖于接口或抽象类 依赖倒置原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性 - * - 依赖倒置原则的应用 在项目中使用依赖倒置原则只要遵循以下几个规则 ： 每个类尽量都具有接口或抽象类，或者抽象类和接口两者都具备 变量的表面类型尽量是接口或者是抽象类 任何类都不应该从具体类派生 尽量不要重写基类的方法 结合里氏替换原则使用 - * - 接口隔离原则 Interface Segregation Principle ，ISP 接口隔离原则有如下两种定义： 客户端不应该依赖它不需要的接口； 类间的依赖关系应该建立在最小的接口上 接口隔离原则的具体的含义如下 ： 一个类对另外一个类的依赖性应当是建立在最小的接口上的 一个接口代表一个角色，不应当将不同的角色都交给一个接口。没有关系的接口合并在一起，形成一个臃肿的大接口，这是对角色和接口的污染。因此使用多个专门的接口比使用单一的总接口要好 不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。即不要强迫客户使用它们不用的方法，否则这些客户就会面临由于这些不使用的方法的改变所带来的改变 - * - 接口隔离原则的应用 - * - 迪米特法则 Law of Demeter ，LoD 一个对象应当对其他对象尽可能少的了解 迪米特法则具有代表性的表述 : 只与你直接的朋友们通信 不要跟“陌生人”说话 每一个软件单位对其他的单位都只有最少的了解，这些了解仅局限于那些与本单位密切相关的软件单位 - * - 迪米特法则的应用 迪米特法则的核心观念就是类之间的解耦、弱耦合，只有弱耦合了以后，类的复用率才可以提高 对迪米特法则进行应用的设计模式有： 外观模式 中介者模式 - * - 开闭原则 Open-Closed Principle ，OCP 个软件实体应当对扩展开放，对修改关闭 在设计一个模块的时候，应当使这个模块可以在不被修改的前提下被扩展。即应当可以在不必修改源代码的情况下改变这个模块的行为 在面向对象的编程中，开闭原则是最基础的原则，其他原则都是开闭原则的具体形态 开闭原则的作用： 提高复用性 提高可维护性 提高灵活性 易于测试 - * - 开闭原则的应用 需求变更： 按照9折销售图书 遵照“开闭原则”中对修改关闭的原则，不能直接修改IBook接口和NovelBook类，而是通过增加一个子类OffNovelBook来完成 - * - 小结-1 单一职责原则SRP（Single Responsibility Principle）：一个类，只有一个引起它变化的原因，应该只有一个职责 单一职责原则提出一个编写程序的标准，用“职责”或“变化原因”来衡量接口或类设计是否优良，但“职责”和“变化原因”都是不可度量的，因项目而异，因环境而异 里氏替换原则LSP（Liskov Substitution Principle）：所有引用基类的地方必须能透明地使用其子类对象，反之则不行 在类中调用其他类时务必要使用父类或接口，如果不能使用父类或接口，则说明类的设计已经违背了LSP原则 如果子类不能完整的实现父类的方法，或者父类的某些方法在子类中发生“畸变”，则建议断开父子继承关系，采用依赖、聚集、组合等关系替代继承 - * - 小结-2 依赖倒置原则DIP（Dependence InversionPrinciple）：高层模块不应该依赖底层模块，两者都应依赖其抽象；抽象不依赖细节；而细节依赖抽象 依赖倒置原则在Java中的表现是：模块间的依赖通过抽象产生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生；接口或抽象类不依