面向对象分析及设计第九章.pptVIP

# 面向对象分析与设计 第九章 设计模式 设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。 ?GoF的“设计模式”是第一次将设计模式提升到理论高度，并将之规范化， GoF提出了23种基本设计模式，自此，在可复用面向对象软件的发展过程中，新的大量的设计模式不断出现。 GoF 设计模式 一、设计模式和框架 现在，可复用面向对象软件系统现在一般划分为三大类：应用程序工具箱和框架(Framework),我们平时开发的具体软件都是应用程序；Java的API属于工具箱;而框架是构成一类特定软件可复用设计的一组相互协作的类。EJB（EnterpriseJavaBeans）是Java应用于企业计算的框架. 框架通常定义了应用体系的整体结构类和对象的关系等等设计参数，以便于具体应用实现者能集中精力于应用本身的特定细节。框架主要记录软件应用中共同的设计决策，框架强调设计复用，因此框架设计中必然要使用设计模式. 设计模式 另外，设计模式有助于对框架结构的理解，成熟的框架通常使用了多种设计模式,如果你熟悉这些设计模式，毫无疑问，你将迅速掌握框架的结构，我们一般开发者如果突然接触EJB, J2EE等框架，会觉得特别难学，难掌握，那么转而先掌握设计模式，无疑是给了你剖析EJB或J2EE系统的一把利器。 设计模式 二、设计模式的原则 近年来，大家都开始注意设计模式。那么，到底我们为什么要用设计模式呢？这么多设计模式为什么要这么设计呢？ 为什么要提倡“Design Pattern”呢？根本原因是为了代码复用，增加可维护性。那么怎么才能实现代码复用呢？OO界有前辈的几个原则：“开－闭”原则(Open Closed Principal)、里氏代换原则、合成复用等原则。设计模式就是实现了这些原则，从而达到了代码复用、增加可维护性的目的。 设计模式 1、开－闭原则 此原则是由“Bertrand Meyer”提出的。原文是：“Software entities should be open for extension,but closed for modification”。就是说模块应对扩展开放，而对修改关闭。模块应尽量在不修改原(是“原”，指原来的代码)代码的情况下进行扩展。那么怎么扩展呢？ 我们看工厂模式factory pattern: 设计模式 2、里氏代换原则 里氏代换原则是由“Barbara Liskov”提出的 基类出现的地方，子类一定可以出现 如果调用的是父类的话，那么换成子类也完全可以运行 设计模式 3、聚合/组合复用原则 尽量使用聚合/组合，而不是继承达到复用 就是说要少用继承，多用聚合/组合关系来实现 在Java中，应尽量针对Interface编程，而非实现类。这样，更换子类不会影响调用它方法的代码。要让各个类尽可能少的跟别的类联系，不要与陌生人说话。这样，城门失火，才不至于殃及池鱼。扩展性和维护性才能提高 设计模式 4 、依赖倒转原则 抽象不应该依赖与细节，细节应当依赖与抽象。 要针对接口编程，而不是针对实现编程。 传递参数，或者在组合聚合关系中，尽量引用层次高的类。 主要是在构造对象时可以动态的创建各种具体对象，当然如果一些具体类比较稳定，就不必在弄一个抽象类做它的父类，这样有画蛇添足的感觉 设计模式 5、单一职责原则（SRP） 就一个类而言，应该仅有一个引起它变化的原因。 设计模式 ?6 、接口隔离原则 为客户端提供尽可能小的单独的接口 定制服务的接口，每一个接口应该是一种角色，不多不少，不干不该干的事，该干的事都要干 设计模式 7、 迪米特法则（LoD） 一个软件实体与尽可能少的实体相互作用 也叫最少知识原则。 不要和陌生人说话。 如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某个方法的话，可以通过第三者转发这个调用。 设计模式 理解了这些原则，再看设计模式，只是在具体问题上怎么实现这些原则而已。张无忌学太极拳，忘记了所有招式，打倒了玄幂二老，所谓心中无招。设计模式可谓招数，如果先学通了各种模式，又忘掉了所有模式而随心所欲，可谓OO之最高境界。 一、创建型模式 Abstract Factory：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 Builder：将一个复杂对象的构件与它的表示分离，使得同样的构建过程可以创建不同的表述。 Factory Metho