设计模式之适配器模式

一个类的接口转换成用户希望的另一个接口，Adapter使得原本由于接口不兼容而能不能一起工作的那些类可以一起工作。

结构图

 Target（目标抽象类）：目标抽象类定义客户所需接口，可以是一个抽象类或接口，也可以是具体类。
 Adapter（适配器类）：适配器可以调用另一个接口，作为一个转换器，对Adaptee和Target进行适配，适配器类是适配器模式的核心，在对象适配器中，它通过继承Target并关联一个Adaptee对象使二者产生联系。
 Adaptee（适配者类）：适配者即被适配的角色，它定义了一个已经存在的接口，这个接口需要适配，适配者类一般是一个具体类，包含了客户希望使用的业务方法，在某些情况下可能没有适配者类的源代码。
结构图

类适配器模式

public interface Target {
    void request();
}

类适配器模式，如果想要实现一个适配器类不光要实现Target接口，也需要继承Adaptee,然后在实现的 request() 方法中调用父类的 adapteeRequest() 即可实现。

public class Adapter extends Adaptee implements Target{
    @Override
    public void request() {
        //...一些操作...
        super.adapteeRequest();
        //...一些操作...
    }
}

对象适配器模式

Target：用户所期待的接口，目标可以是具体的或抽象的类或者接口
Adaptee:需要适配的类
Adapter:通过在内部包装一个Adaptee，把原接口转换成目标接口

class Adapter:Target
{
	private Adaptee adaptee= new Adaptee();//建立一个私有的Adaptee对象
	public override void Request(){
		adaptee.SpecificRequest();//把表面上调用Request()方法变成实际调用SpecificRequest()
	}
}

客户端：

static void Main(String[] args)
{	
	Target target= new Adapter();
	target.request();//调用Target的Request
}

使用场景

1.使用一个已经存在的类，如果它的接口和你的方法不同时，就需要使用适配器模式。
2.两个类所做的事情相同或者相似，但是有不同的接口时要使用它，而且由于类都共享一个接口，可以使得客户代码可以统一调用同一接口，就会更简单、更直接、更紧凑。
3.双方都不太容易修改的时候使用适配器模式

比较

类适配器主要优点
1、将目标类和适配者类解耦，通过引入一个适配器类来重用现有的适配者类，无须修改原有结构。
2、增加了类的透明性和复用性，将具体的业务实现过程封装在适配者类中，对于客户端类而言是透明的，而且提高了适配者的复用性，同一个适配者类可以在多个不同的系统中复用。
3、灵活性和扩展性都非常好，通过使用配置文件，可以很方便地更换适配器，也可以在不修改原有代码的基础上增加新的适配器类，完全符合“开闭原则”。
4、由于适配器类是适配者类的子类，因此可以在适配器类中置换一些适配者的方法，使得适配器的灵活性更强。
对象适配器优点
1、一个对象适配器可以把多个不同的适配者适配到同一个目标；
2、可以适配一个适配者的子类，由于适配器和适配者之间是关联关系，根据“里氏代换原则”，适配者的子类也可通过该适配器进行适配。
类适配器模式的缺点
1、对于Java、C#等不支持多重类继承的语言，一次最多只能适配一个适配者类，不能同时适配多个适配者；
2、适配者类不能为最终类，如在Java中不能为final类，C#中不能为sealed类；
3、在Java、C#等语言中，类适配器模式中的目标抽象类只能为接口，不能为类，其使用有一定的局限性。
对象适配器模式的缺点
与类适配器模式相比，要在适配器中置换适配者类的某些方法比较麻烦。如果一定要置换掉适配者类的一个或多个方法，可以先做一个适配者类的子类，将适配者类的方法置换掉，然后再把适配者类的子类当做真正的适配者进行适配，实现过程较为复杂。