结构型模式 之 适配器模式
将一个接口转换成客户希望的另一个接口,使得接口不兼容的那些类能够一起工作。
适配器模式引入了一个适配器的包装类,它所包装的对象称为适配者,即被适配的类。
适配器的实现:把客户的请求转化为对适配者的相应接口的调用。当客户类调用适配器的方法时,在适配器类的内部将调用适配者类的方法,整个过程对客户是透明的,即客户类并不直接访问适配者类,客户并不知道最终的实现是通过了这一转换。
总而言之,适配器模式能够将一个类的接口和另一个类的接口匹配起来,而无需修改原来适配者的接口和目标抽象类(客户端使用)的接口。
既可以是类结构模式,也可以是对象结构型模式。
3个角色:
(1)Target目标抽象类:定义客户所需接口,可以是一个抽象类或接口,也可以是具体类。
(2)Adapter适配器类:适配器模式的核心,可调用另一个接口,作为一个转换器,对Adaptee和Target进行适配。Adaptee通常是一个具体类,包含了客户真正希望使用的业务方法。
(3)Adaptee适配者类:被适配的角色,客户端需要调用request()方法,而适配者类没有该方法,但是它提供specificRequest()方法却是客户端所需要的。这就是不兼容,但是只需要提供一个包装类Adapter(适配器类)就能将客户端与适配者衔接起来,在Adapter的request()方法中调用Adaptee的specificRequest() 【对象适配器类型,适配器类和适配者类是委派关系】
如果适配者同样能够通过适配器调用目标类的方法,则这是个双向适配器。
总结:
1. 优点
(1)将目标类与适配者类解耦,通过引入一个适配器类来重用现有的适配者类,无需修改原有结构。
(2)增加了类的透明性和复用性。具体业务包装在适配者类,对客户端透明;同一个适配者类可以在不同的系统使用。
(3)灵活性和扩展性好,通过使用配置文件,可很方便更换适配器,不需修改原有代码就增加新的适配器类,完全符合开闭原则。
2.缺点
(1)对java, c#这些不支持多重类继承的语言,一次只能适配一个适配者类,不能同时适配多个适配者。
(2)适配者类不能为最终类,在Java不能是final类,在c#不能是sealed类
(3)java, c#中类适配器模式中的目标抽象类只能是接口,不能为类。
(4)对象适配器的缺点:相对于类适配器,在适配器中置换适配者类型的方法比较麻烦。
3.适用场景
(1)系统需要使用一些现有的类,而这些类的接口(如方法名)不符合系统的需要,甚至没有这些类的源代码
(2)想创建一个可以重复使用的类,用于一些彼此之间没有太大关联的类,包括未来可能引进的类一起工作。