适配器模式2

一、适配器模式概念适配器模式（别名：包装器、Adapter）：将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。适用场景：1、已经存在的类的接口不符合我们的需求；2、创建一个可以复用的类，使得该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作；3、在不对每一个都进行子类化以匹配它们的接口的情况下，使用一些已经存在的子类。通用类图：电源适配器，它是用于电流变换（整流）的设备。适配器的存在，就是为了将已存在的东西（接口）转换成适合我们的需要、能被我们所利用。在现实生活中，适配器更多的是作为一个中间层来实现这种转换作用。在上面的通用类图中，Cient类最终面对的是Target接口（或抽象类），它只能够使用符合这一目标标准的子类；而Adaptee类则是被适配的对象（也称源角色），因为它包含specific（特殊的）操作、功能等，所以我们想要在自己的系统中使用它，将其转换成符合我们标准的类，使得Client类可以在透明的情况下任意选择使用ConcreteTarget类或是具有特殊功能的Adatee类。代码实现如下：//已存在的、具有特殊功能、但不符合我们既有的标准接口的类classAdaptee{publicvoidspecificRequest(){System.out.println(被适配类具有特殊功能...);}}//目标接口，或称为标准接口interfaceTarget{publicvoidrequest();}//具体目标类，只提供普通功能classConcreteTargetimplementsTarget{publicvoidrequest(){System.out.println(普通类具有普通功能...);}}//适配器类，继承了被适配类，同时实现标准接口classAdapterextendsAdapteeimplementsTarget{publicvoidrequest(){super.specificRequest();}}//测试类publicclassClient{publicstaticvoidmain(String[]args){//使用普通功能类TargetconcreteTarget=newConcreteTarget();concreteTarget.request();//使用特殊功能类，即适配类Targetadapter=newAdapter();adapter.request();}}测试结果：普通类具有普通功能...被适配类具有特殊功能...上面这种实现的适配器称为类适配器，因为Adapter类既继承了Adaptee（被适配类），也实现了Target接口（因为Java不支持多继承，所以这样来实现），在Client类中我们可以根据需要选择并创建任一种符合需求的子类，来实现具体功能。另外一种适配器模式是对象适配器，它不是使用多继承或继承再实现的方式，而是使用直接关联，或者称为委托的方式，类图如下：//适配器类，直接关联被适配类，同时实现标准接口classAdapterimplementsTarget{//直接关联被适配类privateAdapteeadaptee;//可以通过构造函数传入具体需要适配的被适配类对象publicAdapter(Adapteeadaptee){this.adaptee=adaptee;}publicvoidrequest(){//这里是使用委托的方式完成特殊功能this.adaptee.specificRequest();}}//测试类publicclassClient{publicstaticvoidmain(String[]args){//使用普通功能类TargetconcreteTarget=newConcreteTarget();concreteTarget.request();//使用特殊功能类，即适配类，//需要先创建一个被适配类的对象作为参数Targetadapter=newAdapter(newAdaptee());adapter.request();}}测试结果与上面的一致。从类图中我们也知道需要修改的只不过就是Adapter类的内部结构，即Adapter自身必须先拥有一个被适配类的对象，再把具体的特殊功能委托给这个对象来实现。使用对象适配器模式，可以使得Adapter类（适配类）根据传入的Adaptee对象达到适配多个不同被适配类的功能，当然，此时我们可以为多个被适配类提取出一个接口或抽象类。这样看起来的话，似乎对象适配器模式更加灵活一点。小结：1、适配器模式也是一种包装模式，与之前的Decorator装饰模式同样具有包装的功能；此外，对象适配器模式还具有显式委托的意思在里面（其实类适配器也有这种意思，只不过比较隐含而已），那么我在认为它与Proxy代理模式也有点类似；2、从上面一点对比来看，Decorator、Proxy、Adapter在实现了自身的最主要目的（这个得看各个模式的最初动机、描述）之外，都可以在包装的前后进行额外的、特殊的功能上的增减，因为我认为它们都有委托的实现意思在里面；3、我所看的书中说适配器模式不适合在详细设计阶段使用它，它是一种补偿模式，专用来在系统后期扩展、修改时所用。