适配器模式

问题:在应用程序中,我们可能会使用一个在体系结构上可靠稳定的工作代码库。不过,我们常常会添加新的功能,这些功能要求采用不同的方式使用现有的对象,而不是采用原先设计的方式。此时,障碍可能只是新功能需要一个不同的名字。在较为复杂的场景中,障碍可能是新功能需要与原始对象稍有不同的行为。就像一开始我们开发某个网站,是基于PC端的,后来要兼容移动端,我们发现PC端和移动端也就只有一些方面不同,其他都相同。有没有一种能够适配的方式呢?

概念:适配器模式就是某个对象的接口适配为另一个对象所期望的接口。这相当于我们现实生活中的电源,我们仅仅有USB插头是不能充电的,而且插座有三孔和两孔的,我们要充电,就必须要使用一个转接插头,来兼容USB线的插孔。

何时使用:希望在原有对象和现有对象之间提供一个中间转换的时候。
适配器模式

  类的适配器模式把适配的类的API转换成为目标类的API。

适配器11.JPG

  在上图中可以看出,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 Dollar_total(IDollar $res){
     //由于最后汇率变了,所以最终调用的total方法的钱也会变成汇率的
     return $res->receive(30,70);
    }
}

对象适配器模式

适配器2.JPG

  从上图可以看出,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接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。

头像
QQ登录: