怎么在PHP中使用适配器模式
创始人
2024-12-06 02:41:35
0次
  • 假如我们原始的有一个UserInfo的类,提供用户信息的类,早起设计该类的时候,只实现了一个getUserName获取用户名的方法。

  • 我们的MyOldObject类中,将从UserInfo这个类中获取用户信息,并且输出用户名

  • 随着时间的推移,我们旧的UserInfo这个类只提供的获取用户名的方法,已经没法满足需求,我们同时需要获取用户的年龄等信息。

  • 为了不改变原本UserInfo这个类,我们就继承UserInfo,建立一个UserInfoAdapter类,实现getAge获取年龄这样的方法。

  • 在我们的MyNewObject新的类中,我们实例化UserInfoAdapter,打印出用户姓名和年龄。

  • 这样,随着我们的扩展,我们没有改变原先UserInfo这个类和使用这个类的接口,我们通过适配的方法,将UserInfo类扩展出来

代码实现过程如下:

//MyOldObject类,从UserInfo类中获取信息,输出用户名
getUserName();
    }
}
$a = new MyOldObject;
$a->write();

上述代码是早期的时候,我们使用的案例。然而UserInfoAdapter类,随着时间推移,项目需求在变化,UserInfo类无法满足需求,我们做了UserInfo类的适配器,满足新功能的需求,如下:

 $this->getUserName(),
            'age' => $this->getUserAge()
        );
    }
}

MyNewObject类,新功能的类,需要打印出用户年龄和姓名,UserInfo类无法满足需求,需要调用UserInfoAdapter适配器这个类,如下:

getUser());
    }
}
$a = new MyNewObject;
$a->write();

大概了解了哈,接下来咱们通过一个故事来了解下。

开始的时候,黑枣玩具公司专门生产玩具,生产的玩具不限于狗、猫、狮子,鱼等动物,并且每个玩具都可以进行“张嘴”与“闭嘴”操作,分别调用了openMouth与closeMouth方法。在这个时候,黑枣玩具公司的程序猿就定义一个抽象类Toy,甚至是接口Toy,完事其他的类去继承父类,实现父类的方法,很和谐的是吧。

后来,为了扩大业务,也因为红枣遥控公司可以使用遥控设备对动物进行嘴巴控制,黑枣玩具公司打算与红枣遥控公司合作。不过,麻烦的是,红枣遥控公司的遥控设备是调用的动物的doMouthOpen及doMouthClose方法。所以,黑枣玩具公司的程序员现在必须要做的是对Toy系列类进行升级改造,使Toy能调用doMouthOpen及doMouthClose方法。

在考虑实现的方法时,黑枣玩具公司的程序猿可以再在他们的父类子类里给红枣遥控公司添加这么两个方法就好啦。但是,当黑枣玩具公司的程序猿一次又一次在父类子类里面重复添加着这两个方法的时候,总会想着如此重复的工作,难道不能解决么?当有数百个子类的时候,程序员会改疯的。程序员往往比的是谁在不影响效率的时候更会“偷懒”,这样做下去程序员会觉得自己很傻。

咱也不废话了,先来看下最开始的时候的代码:

abstract class Toy
{
  public abstract function openMouth();
  public abstract function closeMouth();
}
class Dog extends Toy
{
  public function openMouth()
  {
    echo "Dog open Mouth\n";
  }
  public function closeMouth()
  {
    echo "Dog open Mouth\n";
  }
}
class Cat extends Toy
{
  public function openMouth()
  {
    echo "Cat open Mouth\n";
  }
  public function closeMouth()
  {
    echo "Cat open Mouth\n";
  }
}

完事,因为绿枣遥控公司遥控设备更便宜稳定,所以黑枣玩具公司又打算要与绿枣遥控公司合作。

不过绿枣遥控公司的遥控设备是调用的动物的operMouth(type)方法来实现嘴巴控制。如果type)方法来实现嘴巴控制。如果type为0则“闭嘴”,反之张嘴。这下好了,程序员又得对Toy及其子类进行升级,使Toy能调用operMouth()方法。

在这个时候,程序员必须要动脑子想办法了,就算自己勤快,万一哪天紫枣青枣黄枣山枣这些遥控公司全来的时候,忽略自己不断增多的工作量不说,这个Toy类可是越来越大,总有一天程序员不崩溃,系统也会崩溃的。

那么,问题出在哪里呢?

其实就是一开始的代码设计实现违反了“开-闭”原则,也就是一个软件实体应当对扩展开放,对修改关闭。也就是说,在设计一个模块的时候,应当使这个模块可以在不被修改的前提下被扩展。也就是说每个尸体都是一个小王国,你让我参与你的事情这个可以,但你不能修改我的内部,除非我的内部代码确实可以优化。

来看下最后的结果:

adaptee = $adaptee;
  }
  //委派调用Adaptee的sampleMethod1方法
  public function doMouthOpen()
  {
    $this->adaptee->openMouth();
  }
  public function doMouthClose()
  {
    $this->adaptee->closeMouth();
  }
}
//类适配器角色:绿枣遥控公司
class GreenAdapter implements GreenTarget
{
  private $adaptee;
  function __construct(Toy $adaptee)
  {
    $this->adaptee = $adaptee;
  }
  //委派调用Adaptee:GreenTarget的operateMouth方法
  public function operateMouth($type = 0)
  {
    if ($type) {
      $this->adaptee->openMouth();
    } else {
      $this->adaptee->closeMouth();
    }
  }
}
class testDriver
{
  public function run()
  {
     //实例化一只狗玩具
    $adaptee_dog = new Dog();
    echo "给狗套上红枣适配器\n";
    $adapter_red = new RedAdapter($adaptee_dog);
    //张嘴
    $adapter_red->doMouthOpen();
    //闭嘴
    $adapter_red->doMouthClose();
    echo "给狗套上绿枣适配器\n";
    $adapter_green = new GreenAdapter($adaptee_dog);
    //张嘴
    $adapter_green->operateMouth(1);
    //闭嘴
    $adapter_green->operateMouth(0);
  }
}
$test = new testDriver();
$test->run();

大概了解了使用方式之后,我们来看下适配器模式之中的主要角色:

  1. 目标(Target)角色:定义客户端使用的与特定领域相关的接口,这也就是我们所期待得到的

  2. 源(Adaptee)角色:需要进行适配的接口

  3. 适配器(Adapter)角色:对Adaptee的接口与Target接口进行适配;适配器是本模式的核心,适配器把源接口转换成目标接口,此角色为具体类

使用场景如下:

   1、你想使用一个已经存在的类,而它的接口不符合你的需求
   2、你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类协同工作
   3、你想使用一个已经存在的子类,但是不可能对每一个都进行子类化以匹配它们的接口。对象适配器可以适配它的父类接口(仅限于对象适配器)

再来看下类适配器和对象适配器的一些解释和区别:

类适配器:Adapter与Adaptee是继承关系

   1、用一个具体的Adapter类和Target进行匹配。结果是当我们想要一个匹配一个类以及所有它的子类时,类Adapter将不能胜任工作
   2、使得Adapter可以重定义Adaptee的部分行为,因为Adapter是Adaptee的一个子集
   3、仅仅引入一个对象,并不需要额外的指针以间接取得adaptee

对象适配器:Adapter与Adaptee是委托关系

   1、允许一个Adapter与多个Adaptee同时工作。Adapter也可以一次给所有的Adaptee添加功能
   2、使用重定义Adaptee的行为比较困难

再来看下其它和适配器模式的对比:

  1. 桥梁模式(bridge模式):桥梁模式与对象适配器类似,但是桥梁模式的出发点不同,桥梁模式目的是将接口部分和实现部分分离,从而对它们可以较为容易也相对独立的加以改变。而对象适配器模式则意味着改变一个已有对象的接口

  2. 装饰器模式(decorator模式):装饰模式增强了其他对象的功能而同时又不改变它的接口。因此装饰模式对应用的透明性比适配器更好。

最后来看下类适配器和对象适配器案例,如下:

//类适配器使用的是继承
';
 }
}
/**
 * 类适配器角色
 */
class Adapter extends Adaptee implements Target {
 /**
  * 源类中没有sampleMethod2方法,在此补充
  */
 public function sampleMethod2() {
  echo 'Adapter sampleMethod2 ';
 }
}
class Client {
 /**
  * Main program.
  */
 public static function main() {
  $adapter = new Adapter();
  $adapter->sampleMethod1();
  $adapter->sampleMethod2();
 }
}
Client::main();
?>
//对象适配器使用的是委派
';
 }
}
/**
 * 类适配器角色
 */
class Adapter implements Target {
 private $_adaptee;
 public function __construct(Adaptee $adaptee) {
  $this->_adaptee = $adaptee;
 }
 /**
  * 委派调用Adaptee的sampleMethod1方法
  */
 public function sampleMethod1() {
  $this->_adaptee->sampleMethod1();
 }
 /**
  * 源类中没有sampleMethod2方法,在此补充
  */
 public function sampleMethod2() {
  echo 'Adapter sampleMethod2 ';
 }
}
class Client {
 /**
  * Main program.
  */
 public static function main() {
  $adaptee = new Adaptee();
  $adapter = new Adapter($adaptee);
  $adapter->sampleMethod1();
  $adapter->sampleMethod2();
 }
}
Client::main();
?>

相关内容

热门资讯

空调连续工作多久需要停机休息 空调连续工作的时间取决于多个因素,包括空调的型号、功率、使用环境和维护情况等。一般来说,空调可以连续...
空调哪个符号是除湿的 空调除湿功能通常用一个水滴形状的符号表示。不同品牌和型号的空调遥控器可能会有所差异,但一般来说,除湿...
格力空调多长时间加一次氟利昂 1、一般情况下,空调对氟利昂的使用量是非常小的,所以在空调使用了四年左右的时候再考虑加也没问题。2、...
空调用多长时间需要加氟一次 一般情况下是五年。当出现以下这几种情况时,空调才需要加氟。1、空调的室内机和室外机各有两个接口,当接...
格调生活·C标思享荟:卡萨帝在... 9月12日的郑州龙湖金融岛,夜风轻拂,灯光璀璨。“C标时刻共传奇——卡萨帝思享荟暨20周年品牌盛典郑...
品牌价值破千亿、高端份额持续领... 9月12日,“C标时刻共传奇——卡萨帝思享荟暨20周年品牌盛典郑州站”在郑州龙湖金融岛举办。2026...
空调主板坏了修800还是换新的 空调主板坏了是修还是换新,需要考虑多个因素,以下是一些建议:1. 维修成本:如果维修费用较低,比如 ...
空调开多久需要休息多长时间 问题:空调开多久需要休息多长时间回答:1、在使用空调的过程中,一般空调开7~8个小时左右需要休息2~...
中央空调多长时间清洗一次 1、一般空调开机前清洗一次即可,空调开机中间时段再清洗一次,空调关机时清洗一次,这样比较合理。2、空...
中央空调氟利昂多久加一次 看空调制热和制冷程度,很多人的观点认为氟利昂必须一年放一次,其实这个观点是错误的,理解上面有点偏差,...