适配器模式桥接模式.ppt
适配器模式/桥接模式,结构型模式结构型模式概述结构型模式简介适配器模式 模式动机与定义 模式结构与分析 模式实例与解析 模式效果与应用 模式扩展,桥接模式 模式动机与定义 模式结构与分析 模式实例与解析 模式效果与应用,结构型模式,结构型模式概述 结构型模式(Structural Pattern)描述如何将类或者对象结合在一起形成更大的结构，就像搭积木，可以通过简单积木的组合形成复杂的、功能更为强大的结构。,结构型模式,结构型模式概述根据这一点，结构型模式可以分为类结构型模式和对象结构型模式：类结构型模式关心类的组合，由多个类可以组合成一个更大的系统，在类结构型模式中一般只存在继承关系和实现关系。对象结构型模式关心类与对象的组合，通过关联关系使得在一个类中定义另一个类的实例对象，然后通过该对象调用其方法。根据“合成复用原则”，在系统中尽量使用关联关系来替代继承关系，因此大部分结构型模式都是对象结构型模式。,结构型模式,结构型模式简介 适配器模式(Adapter)桥接模式(Bridge)组合模式(Composite)装饰模式(Decorator)外观模式(Facade)享元模式(Flyweight)代理模式(Proxy),适配器模式,模式动机,适配器模式,模式动机在软件开发中采用类似于电源适配器的设计和编码技巧被称为适配器模式。通常情况下，客户端可以通过目标类的接口访问它所提供的服务。有时，现有的类可以满足客户类的功能需要，但是它所提供的接口不一定是客户类所期望的，这可能是因为现有类中方法名与目标类中定义的方法名不一致等原因所导致的。在这种情况下，现有的接口需要转化为客户类期望的接口，这样保证了对现有类的重用。如果不进行这样的转化，客户类就不能利用现有类所提供的功能，适配器模式可以完成这样的转化。,适配器模式,模式动机在适配器模式中可以定义一个包装类，包装不兼容接口的对象，这个包装类指的就是适配器(Adapter)，它所包装的对象就是适配者(Adaptee)，即被适配的类。适配器提供客户类需要的接口，适配器的实现就是把客户类的请求转化为对适配者的相应接口的调用。也就是说：当客户类调用适配器的方法时，在适配器类的内部将调用适配者类的方法，而这个过程对客户类是透明的，客户类并不直接访问适配者类。因此，适配器可以使由于接口不兼容而不能交互的类可以一起工作。这就是适配器模式的模式动机。,适配器模式,模式定义适配器模式(Adapter Pattern)：将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作，其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式，也可以作为对象结构型模式。,适配器模式,模式结构类适配器,适配器模式,模式结构对象适配器,适配器模式,模式结构适配器模式包含如下角色：Target：目标抽象类Adapter：适配器类Adaptee：适配者类Client：客户类,适配器模式,模式分析典型的类适配器代码：,适配器模式,模式分析典型的对象适配器代码：,适配器模式,适配器模式实例与解析实例一：仿生机器人 现需要设计一个可以模拟各种动物行为的机器人，在机器人中定义了一系列方法，如机器人叫喊方法cry()、机器人移动方法move()等。如果希望在不修改已有代码的基础上使得机器人能够像狗一样叫，像狗一样跑，使用适配器模式进行系统设计。,适配器模式,适配器模式实例与解析实例一：仿生机器人,适配器模式,模式优缺点适配器模式的优点如下：将目标类和适配者类解耦，通过引入一个适配器类来重用现有的适配者类，而无需修改原有代码。增加了类的透明性和复用性，将具体的实现封装在适配者类中，对于客户端类来说是透明的，而且提高了适配者的复用性。灵活性和扩展性都非常好，通过使用配置文件，可以很方便地更换适配器，也可以在不修改原有代码的基础上增加新的适配器类，完全符合“开闭原则”。,适配器模式,模式优缺点类适配器模式还具有如下优点：由于适配器类是适配者类的子类，因此可以在适配器类中置换一些适配者的方法，使得适配器的灵活性更强。类适配器模式的缺点如下：对于Java、C#等不支持多重继承的语言，一次最多只能适配一个适配者类，而且目标抽象类只能为抽象类，不能为具体类，其使用有一定的局限性，不能将一个适配者类和它的子类都适配到目标接口。,适配器模式,模式优缺点对象适配器模式还具有如下优点：一个对象适配器可以把多个不同的适配者适配到同一个目标，也就是说，同一个适配器可以把适配者类和它的子类都适配到目标接口。对象适配器模式的缺点如下：与类适配器模式相比，要想置换适配者类的方法就不容易。如果一定要置换掉适配者类的一个或多个方法，就只好先做一个适配者类的子类，将适配者类的方法置换掉，然后再把适配者类的子类当做真正的适配者进行适配，实现过程较为复杂。,适配器模式,模式使用在以下情况下可以使用适配器模式：系统需要使用现有的类，而这些类的接口不符合系统的需要。想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作。,适配器模式,模式应用(1)Sun公司在1996年公开了Java语言的数据库连接工具JDBC，JDBC使得Java语言程序能够与数据库连接，并使用SQL语言来查询和操作数据。JDBC给出一个客户端通用的抽象接口，每一个具体数据库引擎（如SQL Server、Oracle、MySQL等）的JDBC驱动软件都是一个介于JDBC接口和数据库引擎接口之间的适配器软件。抽象的JDBC接口和各个数据库引擎API之间都需要相应的适配器软件，这就是为各个不同数据库引擎准备的驱动程序。,适配器模式,模式应用(2)在Spring AOP框架中，对BeforeAdvice、AfterAdvice、ThrowsAdvice三种通知类型借助适配器模式来实现。,适配器模式,模式扩展缺省适配器模式(Default Adapter Pattern)当不需要全部实现接口提供的方法时，可先设计一个抽象类实现接口，并为该接口中每个方法提供一个默认实现（空方法），那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求，它适用于一个接口不想使用其所有的方法的情况。因此也称为单接口适配器模式。,适配器模式,模式扩展双向适配器 在对象适配器的使用过程中，如果在适配器中同时包含对目标类和适配者类的引用，适配者可以通过它调用目标类中的方法，目标类也可以通过它调用适配者类中的方法，那么该适配器就是一个双向适配器。,适配器模式,模式扩展双向适配器,适配器模式总结,适配器模式用于将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作，其别名为包装器。适配器模式既可以作为类结构型模式，也可以作为对象结构型模式。适配器模式包含四个角色：目标抽象类定义客户要用的特定领域的接口；适配器类可以调用另一个接口，作为一个转换器，对适配者和抽象目标类进行适配，它是适配器模式的核心；适配者类是被适配的角色，它定义了一个已经存在的接口，这个接口需要适配；在客户类中针对目标抽象类进行编程，调用在目标抽象类中定义的业务方法。在类适配器模式中，适配器类实现了目标抽象类接口并继承了适配者类，并在目标抽象类的实现方法中调用所继承的适配者类的方法；在对象适配器模式中，适配器类继承了目标抽象类并定义了一个适配者类的对象实例，在所继承的目标抽象类方法中调用适配者类的相应业务方法。,适配器模式的主要优点是将目标类和适配者类解耦，增加了类的透明性和复用性，同时系统的灵活性和扩展性都非常好，更换适配器或者增加新的适配器都非常方便，符合“开闭原则”；类适配器模式的缺点是适配器类在很多编程语言中不能同时适配多个适配者类，对象适配器模式的缺点是很难置换适配者类的方法。适配器模式适用情况包括：系统需要使用现有的类，而这些类的接口不符合系统的需要；想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类一起工作。,桥接模式,模式动机将实现抽象部分与实现部分分离，使它们各自可以独立地变化。,桥接模式,模式动机设想要绘制一幅图画，蓝天、白云、绿树、小鸟，如果画面尺寸很大，那么用蜡笔绘制就会遇到点麻烦。毕竟细细的蜡笔要涂出一片蓝天，是有些麻烦。如果有可能，最好有套大号蜡笔，粗粗的蜡笔很快能涂抹完成。至于色彩吗，最好每种颜色来支粗的，除了蓝天还有绿地呢。这样，如果一套12种颜色的蜡笔，我们需要两套24支，同种颜色的一粗一细。这样你就会想要是再有一套中号蜡笔就更好了，这样，不多不少总共36支蜡笔。,桥接模式,桥接模式,桥接模式,模式结构,桥接模式,Abstraction：定义抽象类的接口，维护一个指向Implementor类型的指针。Refined Abstraction：扩充Abstraction定义的接口，改变和修正父类对抽象化的定义。Implementor：这个角色给出实现化角色的接口，但不给出具体的实现。必须指出的是，这个接口不一定和抽象化角色的接口定义相同，实际上，这两个接口可以非常不一样。实现化角色应当只给出底层操作，而抽象化角色应当只给出基于底层操作的更高一层的操作。Concrete Implementor：这个角色给出实现化角色接口的具体实现。,桥接模式,模式分析abstract class Abstraction private Implementor imp;/抽象部分包含的实现者 public Implementor Imp set imp=value;get return imp;public abstract void Operation();,桥接模式,模式分析派生抽象化角色 class RefinedAbstraction:Abstraction public override void Operation()Imp.OperationImp();/调用实现者的方法实现操作,桥接模式,模式分析实现者角色 abstract class Implementor public abstract void OperationImp();,桥接模式,模式分析具体实现者角色A class ConcreteImplementorA:Implementor public override void OperationImp()Console.WriteLine(ConcreteImplementAs Operator!);,桥接模式,模式分析具体实现者角色B class ConcreteImplementorB:Implementor public override void OperationImp()Console.WriteLine(ConcreteImplementBs Operator!);,桥接模式,模式实用性如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的联系。设计要求实现化角色的任何改变不应当影响客户端，或者说实现化角色的改变对客户端是完全透明的。一个构件有多于一个的抽象化角色和实现化角色，系统需要它们之间进行动态耦合。虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。,桥接模式,模式应用开关与台灯：任何台灯都包括灯泡和灯架两部分，不同的灯泡可以与不同的台灯（灯架）匹配，可以只更换灯泡或只更换台灯（灯架），灯泡与台灯（灯架）之间存在一种交错的巨烈变化，所以把灯和台灯“做死”在一起不是一种好的作法。可以使用桥接器模式使之解耦：在台灯（灯架）上做一个灯口，可以用它来调用灯泡的“发光”的方法点亮灯泡，同时我们可以随意地更换我们喜欢的灯泡，而不用去换整个台灯（灯架）。,桥接模式,为了实现灯架与灯泡之间的解耦，我们使用桥接器模式，抽象出一个“抽象化台灯”，它有一个开关一个灯泡，可以通过开关调用灯泡的发光方法来实现发光。同时我们也为灯泡做了一个抽象，以使此灯的灯泡可以恰好安装在灯架的灯口上。下面为抽象出来的灯架和灯泡派生两个灯泡和两个灯架：两个台灯的灯架：一个是旋钮式开关，另一个是按钮式开关。两个灯泡：红色灯泡和蓝色灯泡。,桥接模式,抽象台灯 abstract class Lamp protected Light light;/台灯上的灯泡 public Light Light set light=value;public abstract void OpenLight();/台灯的开关,桥接模式,旋钮台灯 class CircleLamp:Lamp private int v=0;/旋钮台灯打开后，灯泡的最初电压 public override void OpenLight()/旋转台灯开关调亮灯泡 for(v=0;v=5;v+)light.Level=v;/根据电压设定灯泡发光强度 light.Shine();/灯泡发光,桥接模式,按钮台灯 class SwitchLamp:Lamp private int v=5;/打开台灯开关后，灯泡的最初电压 public override void OpenLight()/打开按钮台灯的开关 light.Level=v;/根据电压设定灯泡发光强度 light.Shine();/灯泡发光,桥接模式,灯泡抽象体 abstract class Light protected int level;/灯泡的发光强度 public int Level set level=value;public abstract void Shine();/灯泡的发光方法,桥接模式,红灯 class RedLight:Light public override void Shine()StringBuilder sb=new StringBuilder();for(int i=0;i level;i+)sb.Append(红);Console.WriteLine(sb.ToString();,桥接模式,蓝灯 class BlueLight:Light public override void Shine()StringBuilder sb=new StringBuilder();for(int i=0;i level;i+)sb.Append(蓝);Console.WriteLine(sb.ToString();,桥接模式,桥接模式总结,桥接模式主要是为了解决，一个对象的多个维度的变化因素的变化太快，难以控制的问题，我们通过将每个维度的变化因素进行抽象，然后我们的对象只要依赖于抽象即可，具体的实现调用我们不关心，通过对象组合的方式，我们就能组合出我们想要的对象。无疑这是一种非常灵活的也是满足设计模式的原则的，抽象和实现分离，使他们各自发生变化都不受对方的影响。而且我们也讲述了，使用桥接模式的几个典型的场景，现在我们的实际项目中就有这样的问题，我也是在项目的使用过程中加深对桥接模式的理解的，桥接模式为系统在多个维度的变化的适应性方面提供了很好的参考，特别适合底层框架的开发过程中使用，可以适应不同变化因素的改变。,END,Thanks!,
