适配器模式把一个类的接口转换成客户端期待的另外一种接口, 从而是原本应用接口不匹配而无法在一起工作的两个类能够在一起工作.
举个例子来说,现在一般的家用电器要求的电压都是 220V,但有个别电器要求使用110V 电压,怎么办?这时就需要用一个能把 220V 电压转换成 110V 电压的变压器,这个变压器就是一个适配器。
适配器模式可以方便代码的主治和模型的准确标识, 可以把一个类中的成员插入到另一个类的继承子类中, 从而上这个继承的子类看起来像一个新类, 同事可以对父类减少依赖.
Target: 目标接口类, 客户所期待的接口, 目标可以是具体的或者抽象的类, 也可以是接口
Adaptee: 需要适配的类
Adapter: 通过包装一个需要的支配器对象, 把原来的接口转换成目标接口
代码:
// 目标接口, 具有标准的接口 public interface Target { public void request(); } //已经存在的, 并且具有特殊功能的类, 但是不符合我们既有的标准的接口的类 public class Adaptee { public void specificRequest() { System.out.println("被适配类, 我是两孔插座, 具有特殊的功能"); } } // 装饰类, 直接关联被适配器类, 同时实现标准接口 public class Adapter implements Target { private Adaptee adaptee; // 通过构造函数传入被适配类对象 public Adapter(Adaptee adaptee) { this.adaptee = adaptee; } @Override public void request() { System.out.println("我是适配器类, 我能适配任何两孔插座, 让它正常工作"); // 这里使用委托的方式完成特殊的功能 this.adaptee.specificRequest(); } } public class App { public static void main( String[] args ) { // 使用特殊功能类, 即适配类 // 需要先创建一个呗适配类的对象作为参数 Target target = new Adapter(new Adaptee()); target.request(); } }代码:
//目标接口,或称为标准接口 public interface Target { //普通功能 public void request(); } //已存在的、具有特殊功能、但不符合我们既有的标准接口的类 public class Adaptee { public void specificRequest() { System.out.println("被适配类...我是两孔插座 具有特殊功能"); } } //适配器类,直接关联被适配类,同时实现标准接口 class Adapter implements Target { // 直接关联被适配类 private Adaptee adaptee; // 可以通过构造函数传入具体需要适配的被适配类对象 public Adapter(Adaptee adaptee) { this.adaptee = adaptee; } } public void request() { // 这里是使用委托的方式完成特殊功能 System.out.println("我是适配器类 我能适配任何两孔插座 让它正常工作"); this.adaptee.specificRequest(); } }从类图中我们也知道需要修改的只不过就是 Adapter 类的内部结构,即 Adapter 自身必须先拥有一个被适配类的对象,再把具体的特殊功能委托给这个对象来实现。使用对象适配器模式,可以使得 Adapter 类(适配类)根据传入的 Adaptee 对象达到适配多个不同被适配类的功能,当然,此时我们可以为多个被适配类提取出一个接口或抽象类。这样看起来的话,似乎对象适配器模式更加灵活一点
● 类适配器使用对象继承的方式,是静态的定义方式;而对象适配器使用对象组合的方式,是动态组合的方式。
对于对象适配器,一个适配器可以把多种不同的源适配到同一个目标。换言之,同一个适配器可以把源类和它的子类都适配到目标接口。因为对象适配器采用的是对象组合的关系,只要对象类型正确,是不是子类都无所谓。
● 对于对象适配器,要重定义Adaptee的行为比较困难,这种情况下,需要定义Adaptee的子类来实现重定义,然后让适配器组合子类。虽然重定义 Adaptee的行为比较困难,但是想要增加一些新的行为则方便的很,而且新增加的行为可同时适用于所有的源。
● 对于类适配器,仅仅引入了一个对象,并不需要额外的引用来间接得到Adaptee。
● 对于对象适配器,需要额外的引用来间接得到Adaptee。
建议尽量使用对象适配器的实现方式,多用合成/聚合、少用继承。当然,具体问题具体分析,根据需要来选用实现方式,最适合的才是最好的。
更好的复用性 系统需要使用现有的类,而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。 更好的扩展性 在实现适配器功能的时候,可以调用自己开发的功能,从而自然地扩展系统的功能。
过多的使用适配器,会让系统非常零乱,不易整体进行把握。比如,明明看到调用的是A接口,其实内部被适配成了B接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。因此如果不是很有必要,可以不使用适配器,而是直接对系统进行重构。
转载于:https://www.cnblogs.com/lingshang/p/10708800.html