j2ee中最常用设计模式课件.docVIP

创建型模式： 1. Factory Pattern 工厂模式 概述：定义一个用于创建对象的接口，让子类决定实例化哪一个类。 FactoryMethod 使 一个类的实例化延迟到其子类。 适用性： 1. 当一个类不知道它所必须创建的对象的类的时候。 2. 当一个类希望由它的子类来指定它所创建的对象的时候。 3. 当类将创建对象的职责委托给多个帮助子类中的某一个， 并且你希望 将哪一个帮助子类是代理者这一信息局部化的时候。 类图： 2. Singleton Pattern 单例模式 概述：保证一个类仅有一个实例，并提供一个访问它的全局访问点。 适用性： 1. 当类只能有一个实例而且客户可以从一个众所周知的访问点访问它 时。 2. 当这个唯一实例应该是通过子类化可扩展的， 并且客户应该无需更改 代码就能使用一个扩展的实例时。 类图： 结构型模式： 3. Fa?ade Pattern 外观模式 概述：为子系统中的一组接口提供一个一致的界面， Facade模式定义了 一个高层接口，这个接口使得这一子系统更加容易使用。 适用性： 1. 当你要为一个复杂子系统提供一个简单接口时。 子系统往往因为不断 演化而变得越来越复杂。 大多数模式使用时都会产生更多更小的类。 这使得子系 统更具可重用性， 也更容易对子系统进行定制， 但这也给那些不需要定制子系统 的用户带来一些使用上的困难。 Facade可以提供一个简单的缺省视图，这一视 图对大多数用户来说已经足够，而那些需要更多的可定制性的用户可以越过 facade 层。 2. 客户程序与抽象类的实现部分之间存在着很大的依赖性。 引入 facade 将这个子系统与客户以及其他的子系统分离， 可以提高子系统的独立性和可移植 性。 3. 当你需要构建一个层次结构的子系统时，使用 facade 模式定义子系 统中每层的入口点。 如果子系统之间是相互依赖的， 你可以让它们仅通过 facade 进行通讯，从而简化了它们之间的依赖关系。 类图： 4. Adapter Pattern 适配器模式 概述：将一个类的接口转换成客户希望的另外一个接口。 Adapter 模式使得原本由于接 口不兼容而不能一起工作的那些类可以一起工作。 适用性： 1. 你想使用一个已经存在的类，而它的接口不符合你的需求。 2. 你想创建一个可以复用的类， 该类可以与其他不相关的类或不可预见 的类（即那些接口可能不一定兼容的类）协同工作。 3. （仅适用于对象 Adapter ）你想使用一些已经存在的子类，但是不可 能对每一个都进行子类化以匹配它们的接口。对象适配器可以适配它的父类接 口。 类图： 5. Bridge Pattern 桥接模式 概述：将抽象部分与它的实现部分分离，使它们都可以独立地变化。 适用性： 1. 你不希望在抽象和它的实现部分之间有一个固定的绑定关系。 例如这 种情况可能是因为，在程序运行时刻实现部分应可以被选择或者切换。 2. 类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。 这 时 Bridge 模式使你可以对不同的抽象接口和实现部分进行组合，并分别对它们 进行扩充。 3. 对一个抽象的实现部分的修改应对客户不产生影响， 即客户的代码不 必重新编译。 4. 正如在意图一节的第一个类图中所示的那样，有许多类要生成。这样 一种类层次结构说明你必须将一个对象分解成两个部分。 5. 你想在多个对象间共享实现（可能使用引用计数），但同时要求客户 并不知道这一点。 类图： 6. Proxy Pattern 代理模式 概述：为其他对象提供一种代理以控制对这个对象的访问。 适用性： 1. 远程代理（ RemoteProxy）为一个对象在不同的地址空间提供局部代 表。 2. 虚代理（VirtualProxy ）根据需要创建开销很大的对象。 3. 保护代理（ ProtectionProxy ）控制对原始对象的访问。 4. 智能指引（SmartReference ）取代了简单的指针，它在访问对象时执 行一些附加操作。 类图： 行为型模式： 7. Command Pattern 命令模式 概述： 将一个请求封装为一个对象， 从而使你可用不同的请求对客户进行参数化； 对请 求排队或记录请求日志，以及支持可撤消的操作。 适用性： 1. 抽象出待执行的动作以参数化某对象。 2. 在不同的时刻指定、排列和执行请求。 3. 支持取消操作。 4. 支持修改日志，这样当系统崩溃时，这些修改可以被重做一遍。 5. 用构建在原语操作上的高层操作构造一个系统。 类图： 8. Strategy Pattern 策略模式 概述：定义一系列的算法 , 把它们一个个封装起来 , 并且使它们可相互替 换。本模式使得算法可独立于使用它的客户而变化。 适用性： 1