问题:在应用程序中，我们可能会使用一个在体系结构上可靠稳定的工作代码库。不过，我们常常会添加新的功能，这些功能要求采用不同的方式使用现有的对象，而不是采用原先设计的方式。此时，障碍可能只是新功能需要一个不同的名字。在较为复杂的场景中，障碍可能是新功能需要与原始对象稍有不同的行为。就像一开始我们开发某个网站，是基于PC端的，后来要兼容移动端，我们发现PC端和移动端也就只有一些方面不同，其他都相同。有没有一种能够适配的方式呢?
概念:适配器模式就是某个对象的接口适配为另一个对象所期望的接口。这相当于我们现实生活中的电源，我们仅仅有USB插头是不能充电的，而且插座有三孔和两孔的，我们要充电，就必须要使用一个转接插头，来兼容USB线的插孔。
何时使用:希望在原有对象和现有对象之间提供一个中间转换的时候。
适配器模式
类的适配器模式把适配的类的API转换成为目标类的API。
在上图中可以看出，Adaptee类并没有example2()方法，而客户端则期待这个方法。为使客户端能够使用Adaptee类，提供一个中间环节，即类Adapter，把Adaptee的API与Target类的API衔接起来。Adapter与Adaptee是继承关系，这决定了这个适配器模式是类的。当然，在这里我们可以看到，Adapter类既要继承ITarget接口和Adaptee类，然而，不管是PHP还是java，都没有双继承的概念，所以，这里采用对接一个接口和继承一个类的方式来模拟双继承，就如:class Adapter extends Adaptee implements ITarget{}。下面我们就要金币的问题来大致演示一下，用人民币(RMB)方法来代表上图的Adaptee，用美元(IDollar)方法来代表上图的ITarget，用以从人民币到美元的需求转换。
大致代码如下:
interface IDollar{
/*
*这是源类Adaptee没有的方法
*/
public function example2()；
}
上面给出的是目标角色的源代码，这个角色是以接口的形式实现的。可以看出，这个接口声明了一个方法：example2()。而源角色Adaptee是一个具体类，它有一个example1()方法，但是没有example2()方法。
class RMB{
public $rate=1;
private $danjia1;
private $danjia2;
private $total;
public function receive($price1,$price2){
$this-> danjia1 = $price1;
$this->danjia2 = $price2;
$this->total();
}
protect function total(){
//具体实现过程，最终返回总钱结果
$total = ($this->danjia1+$this->danjia2)*$rate;
return $total;
}
}
适配器角色Adapter扩展了Adaptee,同时又实现了目标(Target)接口。由于Adaptee没有提供example2()方法，而目标接口又要求这个方法，因此适配器角色Adapter实现了这个方法。
class DollarAdapter extends RMB implements IDollar{
/*
*适配器补上没有的方法
*/
public function example2(){
$this->rate = 0.1488;
//具体实现，最终返回结果
}
}
//下面来看一下调用
class Client{
private $RMBNow;
private $DollarNow;
public function __construct(){
$this->RMBNow = new RMB();
$this->DollarNow = new DollarAdapter();
echo '人民币收入为:' . $this->RMB_total($this->RMBNow );
echo '相当于的美元数为::' . $this->Dollar_total($this->DollarNow );
}
private function RMB_total(RMB $res){
//上面的括号里使用类型提示，可以保证与接口一致，下面的方法也是
return $res->receive(30,70);
}
private function RMB_total(IDollar $res){
//由于最后汇率变了，所以最终调用的total方法的钱也会变成汇率的
return $res->receive(30,70);
}
}
对象适配器模式
从上图可以看出，Adaptee类并没有example2()方法，而客户端则期待这个方法。为使客户端能够使用Adaptee类，需要提供一个包装类Adapter。这个包装类包装了一个Adaptee的实例，从而此包装类能够把Adaptee的API与ITarget类的API衔接起来。Adapter与Adaptee是委派关系，这决定了适配器模式是对象的。
简单代码如下:
interface ITarget{
public function example1();
public function example2();
}
class Adaptee{
public function example1(){
//具体实现
}
}
public function Adapter implements ITarget{
private $adaptee;
public function Adaptee(Adaptee $apate){
$this->adaptee = $apate;
}
/*
*源类Adaptee有方法example1，因此，适配器直接委派即可
*/
public function example1(){
$this->adaptee->example1();
}
/*
*源类Adaptee没有example2方法，因此由适配器补充
*/
public function example2(){
//具体实现
}
}
类适配器和对象适配器的比较:
类适配器比较简单，原因在于适配器会从被适配者那里继承功能，需要重新编写的代码比较少。由于给定了一个将由适配器(Adapter)继承的具体适配者(Adaptee)，这种绑定很紧密，所以使用类适配模式创建时，必须非常清楚将在哪里发生适配。
对于类适配器，由于适配器直接继承了Adaptee，使得适配器不能和Adaptee的子类一起工作，因为继承是静态的关系，当适配器继承了Adaptee后，就不可能再去处理 Adaptee的子类了。而对于对象适配器，一个适配器可以把多种不同的源适配到同一个目标。换言之，同一个适配器可以把源类和它的子类都适配到目标接口。因为对象适配器采用的是对象组合的关系，只要对象类型正确，是不是子类都无所谓。
对于类适配器，仅仅引入了一个对象，并不需要额外的引用来间接得到Adaptee。而对于对象适配器，需要额外的引用来间接得到Adaptee。
适配器优点：
1.更好的复用性：系统需要使用现有的类，而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。
2.更好的扩展性：在实现适配器功能的时候，可以调用自己开发的功能，从而自然地扩展系统的功能。
适配器缺点:
过多的使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是A接口，其实内部被适配成了B接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。
