适配器（Adapter）模式 从最初的代码一步步改进

动机：
● 在软件系统中，由于应用环境的变化，常常需要将“一些现存的对象”放在新的环境中应用，但是这些现存对象不满足新环境要求的接口。
● 如何应对这种“迁移的变化”？如何既能利用现有对象的良好实现，同时又能满足新的应用环境所要求的的接口？

**适配器模式：**把一个类的接口变换成客户端所期待的另一种接口，从而使原本接口不匹配而无法在一起工作的两个类能够在一起工作。

适配器模式的两种形式：
适配器adapter
适配器adaptee:需要适配的类
● 类适配器模式：适配器与适配者之间是继承（或实现）关系；
● 对象适配器模式：适配器与是适配者之间是关联关系。

对象的Adapter模式的结构：

    客户端需要调用request()方法，而适配者类Adaptee没有该方法，但是客户端需要的是它所提供的specificRequest()方法。
    为了使客户端能够使用适配器类，需要提供一个包装类Adapter，即适配器类。这鬼包装类包装了一个适配者的实例，从而将客户端与适配者衔接起来，在适配器的request()方法中调用适配者的specificRequest()方法。因为适配器类与适配者类是关联关系（也可以称之为委派关系），所以这种适配器模式称为对象适配器模式。

对象的Adapter模式示意性实现

//Target类，客户所期待的接口，目标可以是具体的或抽象的类，也可以是接口
class Target
{
	public abstract void Request()
	{
		//System.out.println("普通请求");
	}
}
//Adaptee类，需要适配的类
class Adaptee
{
	public void SpecificRequeat()
	{
		System.out.println("特殊请求");
	}
}

适配器类

//Adapter类，通过在内部包装一个Adaptee对象，把源接口转换成目标接口
class Adapter extends Target
{
	//建立私有的Adapter对象，关联关系
	private Adaptee adaptee = new Adaptee();
	public override void Request()
	{
		//把调用Request()方法变成调用SpecificRequest()方法
		adaptee.SpecificRequest();
	}
}

客户端

class Program
{
	public static void main(String[] args)
	{
		Target target = new Adapter();
		target.Request();
	}
}

类的Adapter模式的结构：

客户端需要调用request()方法，而适配者类Adaquest没有该方法，但是客户端需要的是它所提供的SpecificRequest()方法。
为了使客户能够使用Adaptee类，提供一个中间环节：Adapter类，Adapter类实现了Target接口，并继承Adaptee,Adapter类的Request方法重新封装了Adaptee的SpecificRequest方法，实现了适配的目的。

类的Adapter模式示意性实现：

interface ITarget
{
	void Request();
}
class Adaptee
{
	public void SpecificRequest()
	{
		System.out.println("特殊请求");
	}
}
class Adapter extends Adaptee implements ITarget
{
	public void Request()
	{
		this.SpecificRequest();
	}
}
public class Client
{
	public static void main(String[] args)
	{
		ITarget t = new Adapter();
		t.Request();
	}
}

Adapter模式
● Adapter模式主要应用于“希望复用一些现存的类，但是接口又与复用环境要求不一致的情况”，在遗留代码复用、类库迁移等方面非常有用。
● Adapter模式有对象适配器和类适配器两种形式的体现结构
   ◇ 类适配器采用“多继承”的实现方式，带来了不良的高耦合，所以一般不推荐使用。
   ◇ 对象适配器采用“对象组合或关联”的方式，更符合松耦合精神。

适合使用适配器模式的情况：
● 系统需要使用现有的类，而此类的接口不符合系统的需要
● 想要建立一个可以重复使用的类，该类可能与其它不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作。
● （对对象适配器而言）在设计里，向使用一些已经存在的子类，但是不可能对每一个子类都进行适配。对象适配器可以适配它们的父类接口。

●优点：
   ◇ 更好的复用性
   ◇ 更好的可扩展性
● 缺点：
   ◇ 过多的使用适配器，会让系统非常凌乱，不容易整理把握。

本质：转换匹配，复用功能。