第10章面向对象原则导论.ppt

第10章 设计原则 OOAD的基本原则 开闭原则 Liskov代换原则 依赖倒置原则 针对接口编程，而非（接口的）实现 接口分离原则 优先使用（对象）组合，而非（类）继承 1.开闭原则-OCP Open/Closed Principle（OCP） [ Software entities should be open for extension, but closed for modification] 一个模块在扩展性方面应该是开放的，在更改性面应该是封闭的。 这个原则是说，在写模块的时候应该尽量使得模块可以扩展,并且在扩展时不需要对模块的源代码进行修改。 由Bertrand Meyer 提出[Mey88] 开闭原则 例： HP类、Epson类、Canon类分别表示不同的打印机，Output类与3个类关联。运行时Output类根据当前与系统相连的哪种类型的打印机而分别使用不同类中的print（）方法。 Output类中会有if…else或switch…case之类的分支结构来判断与系统相连的是哪种类型的打印机。 系统增加Legend打印机时，不仅要新增加Legend类，还要修改Output内部结构。 开闭原则 开闭原则 2.Liskov替换原则（LSP） LSP示例 LSP示例（续） LSP示例(续) 总结 为了保持LSP（并与开放－封闭法则一起），所有子类必须符合使用基类的client所期望的行为。 一个子类型不得具有比基类型（base type）更多的限制，可能这对于基类型来说是合法的，但是可能会因为违背子类型的其中一个额外限制，从而违背了LSP！ LSP保证一个子类总是能够被用在其基类可以出现的地方！ 3.依赖倒置原则 依赖关系应该是尽量依赖接口（或抽象类），而不是依赖于具体类。 依赖倒置原则 结构化中的依赖关系：高层模块依赖于低层的模块。 在结构化设计中，越是低层的模块，越跟实现细节有关，越是高层的模块越抽象，但高层的模块往往是通过调用低层的模块实现的。 抽象的模块要依赖于与具体实现有关的模块。 依赖倒置原则 在面向对象设计中，依赖关系正好相反。 与具体实现有关的类是依赖于抽象类或接口。 高层的类往往与领域的业务有关这些类只依赖于一些抽象的类或接口，而与具体实现有关的类也只与抽象类和接口有关。 当具体的实现细节改变时，不会对高层的类产生影响。 例： 上例代码（1） public interface VideoCard { void display(); String getName(); } public class DMeng implements VideoCard{ String name; DMeng(){ name=DMengs VideoCard; } public void display(){ System.out.println(DMengs VideoCard is running); } public String getName(){ return name; } } 上例代码（2） public class MainBoard { VideoCard vc; void setVideoCard(VideoCard vc){ this.vc=vc; } void run(){ System.out.println(vc.getName()); vc.display(); System.out.println(Mainboard is running); } } public class Computer { public static void main(String[] args) { MainBoard mb=new MainBoard(); DMeng dm=new DMeng(); mb.setVideoCard(dm); mb.run(); } } 4.针对接口编程，而非（接口的）实现 接口是一个对象在对其它的对象进行调用时所知道的方法集合。 一个对象仅能通过其接口才会被其它对象所了解。 接口是实现插件化（pluggability）的关键 。 接口的好处 一个对象可以很容易地被（实现了相同接口的）的另一个对象所替换。 对象间的连接不必硬绑定（hardwire）到一个具体类的对象上，因此增加了灵活性。 松散藕合（loosens coupling） ??缺点： 设计的复杂性略有增加 5.接口分离原则 设计时采用多个与特定客户类（Client）有关的接口比采用一个通用接