适配器模式:将一个类的接口转换成客户但愿的另外一个接口。适配器模式让那些接口不兼容的类能够一块儿工做html
主要解决:主要解决在软件系统中,经常要将一些"现存的对象"放到新的环境中,而新环境要求的接口是现对象不能知足的。android
什么时候使用:设计模式
如何解决:继承或依赖(推荐)。app
关键代码:适配器继承或依赖已有的对象,实现想要的目标接口。ide
适配器模式的别名为包装器(Wrapper)模式,它既能够做为类结构型模式,也能够做为对象结构型模式。在适配器模式定义中所说起的接口是指广义的接口,它能够表示一个方法或者方法的集合。函数
由图可知适配器模式包含一下三个角色:post
Target (目标抽象类):目标抽象类定义客户所需的接口,能够是一个抽象类或接口,也能够是具体类。在类适配器中,因为C#语言不支持多重继承,因此它只能是接口。this
Adapter (适配器类):它能够调用另外一个接口,做为一个转换器,对 Adaptee 和 Target 进行适配。它是适配器模式的核心。url
Adaptee (适配者类):适配者即被适配的角色,它定义了一个已经存在的接口,这个接口须要适配,适配者类包好了客户但愿的业务方法。spa
例如美国的电压是 110v,中国的电压是220。当咱们到美国的时候,使用国产自带的电器的时候,就须要将电压转为220,才能使用。
下面咱们将上面的例子转为代码。
/** * Traget角色 */ public interface Volt110 { int getVolt110(); } /** * adaptee角色,须要被转换的对象 */ public class Volt220 { public int getVolt220() { return 220; } } /** * Adapter 角色,将 220V 的电压转换为 110V 的电压 */ public class VoltAdapter extends Volt220 implements Volt110 { @Override public int getVolt110() { return 110; } }
Target 角色给出了须要的目标接口,而 Adaptee 类则是须要被转换的对象。Adapter 则是将 Volt220 转换成 Target 的接口。对应的 Target 的目标是要获取 110V 的输出电压,而 Adaptee 正常输出电压是 220V,此时就须要电源适配器类将 220V 的电压转换为 110V 电压,解决接口不兼容的问题。
对于类适配器模式,adpter 须要继承被转化者对象,同时也要实现适配目标的接口,这样才能将自身转为目标。
public class Test { public static void main() { VoltAdapter adapter = new VoltAdapter(); Log.d("输出电压", "" + adapter.getVolt110()); } }
与类适配器有点区别的是,这里使用了代理模式来输出220v的电压。
/** * Traget角色 */ public interface Volt110 { int getVolt110(); } /** * adaptee角色,须要被转换的对象 */ public class Volt220 { public int getVolt220() { return 220; } } /** * Adapter 角色,将 220V 的电压转换为 110V 的电压 */ public class VoltAdapter implements Volt110 { Volt220 mVolt220; public VoltAdapter(Volt220 adaptee){ this.mVolt220 = adaptee; } public int getVolt220() { return mVolt220.getVolt220(); } @Override public int () { return 110; } }
使用方式以下:
public class Test { public static void main() { VoltAdapter adapter = new VoltAdapter(new Volt220()); Log.d("输出电压", "" + adapter.getVolt110()); } }
这种实现方式直接将要适配的对象传递到 Adapter 中,使用组合的形式实现接口兼容的效果。这比类适配器方式更为灵活,它的另外一个好处是被适配对象中的方法不会暴露出来,而类适配器因为继承了被适配器对象,所以,被适配对象类的函数在 Adapter 类中也都含有,这使得 Adapter 类出现一些奇怪的接口,用户使用成本较高。所以,对象适配器模式更加灵活、使用。
优势:
将目标类和适配者类解耦,经过引入一个适配器类来重用现有的适配者类,无需修改原有结构。
增长了类的透明性和复用性,将具体的业务实现过程封装在适配者类中,对于客户端类而言是透明的,并且提升了适配者的复用性,同一适配者类能够在多个不一样的系统中复用。
灵活性和扩展性都很是好,经过使用配置文件,能够很方便的更换适配器,也能够在不修改原有代码的基础上 增长新的适配器,彻底复合开闭原则。
缺点:
一次最多只能适配一个适配者类,不能同时适配多个适配者。
适配者类不能为最终类,在C#中不能为sealed类
目标抽象类只能为接口,不能为类,其使用有必定的局限性。
美国电器 110V,中国 220V,就要有一个适配器将 110V 转化为 220V。
JAVA JDK 1.1 提供了 Enumeration 接口,而在 1.2 中提供了 Iterator 接口,想要使用 1.2 的 JDK,则要将之前系统的 Enumeration 接口转化为 Iterator 接口,这时就须要适配器模式。
在 LINUX 上运行 WINDOWS 程序。
JAVA 中的 jdbc。
参考文献