设计模式之:适配器模式

时间 2019-11-09

标签设计模式适配器繁體版

原文原文链接

适配器很容易理解, 大多数人家庭都有手机转接器, 用来为移动电话充电,这就是一种适配器. 若是只有USB接头, 就没法将移动电话插到标准插座上. 实际上, 必须使用一个适配器, 一端接USB插头, 一端接插座. 固然, 你能够拿出电气工具,改装USB链接头, 或者从新安装插座, 不过这样会带来不少额外的工做, 并且可能会把链接头或插座弄坏. 因此, 最可取的方法就是找一个适配器. 软件开发也是如此.php

类适配器模式(使用继承)

类适配器模式很简单, 不过与对象适配器模式相比, 类适配器模式的灵活性弱些, 类适配器简单的缘由在于 , 适配器(Adapter)会从被适配者(Adaptee)继承功能, 因此适配模式中须要编写的代码比较少.

因为类适配器模式包含双重继承, 可是PHP并不支持双重继承, 不过幸运的是,PHP能够用接口来模拟双重继承, 下面是一个正确的结构, 不只继承了一个类, 同时还继承了一个接口

class ChildClass extends ParentClass implements ISomeAdapter
{
     
}

实现类适配器模式时, 参与者必须包括一个PHP接口

下面以一个货币兑换为例来演示:

假设有一个企业网站在同时销售软件服务和软件产品, 目前, 全部交易都在美国进行, 因此彻底能够用美圆来完成全部计算.如今开发人员但愿能有一个转换器能处理美圆和欧元的兑换, 而不改变原来按美圆交易额的类.经过增长一个适配器, 如今程序便可以用美圆计算也能够用欧元计算.

DollarCalc.php

<?php
class DollarCalc
{
    private $dollar;
    private $product;
    private $service;
    public $rate = 1;
    public function requestCalc($productNow, $serviceNow)
    {
        $this->product = $productNow;
        $this->service = $serviceNow;
        $this->dollar = $this->product + $this->service;
        return $this->requestTotal();
    }
    public function requestTotal()
    {
        $this->dollar *= $this->rate;
        return $this->dollar;
    }
}

查看这个类,能够看到其中有一个属性$rate,requestTotal()方法使用$rate计算一次交易的金额.在这个版本中, 这个值设置为1,实际上总金额无需再乖以兑换率, 不过若是要为客户提供折扣或者要增长额外服务或产品的附加费, $rate变量会很方便. 这个类并非适合器模式的一部分, 不过这是一个起点.

需求变化了

如今客户的公司要向欧洲发展,因此须要开发一个应用, 可以用欧元完成一样的计算. 你但愿这个欧元计算可以像DollarCalc同样, 所要作的就是改变变量名.

EuroCalc.php

<?php
class EuroCalc
{
    private $euro;
    private $product;
    private $service;
    public $rate = 1;
    public function requestCalc($productNow, $serviceNow)
    {
        $this->product = $productNow;
        $this->service = $serviceNow;
        $this->euro = $this->product + $this->service;
        return $this->requestTotal();
    }
    public function requestTotal()
    {
        $this->euro *= $this->rate;
        return $this->euro;
    }
}

接下来, 再把应用的其他部分插入到EuroCalc类中. 不过,由于客户的全部数据都是按美圆计算的.换句话说, 若是不从新开发整个程序, 就没法在系统中"插入"这个欧元计算. 可是你不想这么作. 为了加入EuroCalc, 你须要一个适配器: 就像找一个适配器来适应欧洲的插座同样, 能够建立一个适配器, 使你的系统可以使用欧元. 幸运的是, 类适配器正是为这样的状况设计的.首先须要建立一个接口. 在这个类图中, 这个接口名为ITarget. 它只有一个方法requester(). requester()是一个抽象方法, 要由接口的具体实现来实现这个方法.

ITarget.php

<?php
interface ITarget
{
    public function requester();
}

如今开发人员能够实现requester()方法, 请求欧元而不是美圆.

在使用继承的适配器设计模式中, 适配器(Adapter)参与都既实现ITarget接口,还实现了具体类EuroCalc. 建立EuroAdapter不须要作太多工做, 由于大部分工做已经在EuroCal类中完成.如今要作的就是实现request()方法, 使它能把美圆值转换为欧元值.

EuroAdapter.php

<?php
include_once('EuroCalc.php');
include_once('ITarget.php');
class EuroAdapter extends EuroCalc implements ITarget
{
    public function __construct()
    {
        $this->requester();
    }
    public function requester()
    {
        $this->rate = 0.8111;
        return $this->rate;
    }
}

类适配模式中, 一个具体类会继承另外一个具体类, 有这种结构的设计模式不多见, 大多数设计模式中, 几乎都是继承一个抽象类, 并由类根据须要实现其抽象方法和属性. 换句话说, 通常谈到继承时, 都是具体类继承抽象类.

因为既实现了一个接口又扩展了一个类, 因此EuroAdapter类同时拥有该接口和具体类的接口. 经过使用requester()方法, EuroAdapter类能够设置rate值(兑换率), 从而能使用被适配者的功能, 而元而作任何改变.

下面定义一个Client类, 从EuroAdapter和DollarCalc类发出请求. 能够看到,原来的DollarCalc仍能很好地工做, 不过它没有ITarget接口.

Client.php

<?php
include_once('EuroAdapter.php');
include_once('DollarCalc.php');
class Client
{
    public function __construct()
    {
        $euro = '€';
        echo "区元: $euro" . $this->makeApapterRequest(new EuroAdapter()) . '<br />';
        echo "美圆: $: " . $this->makeDollarRequest(new DollarCalc()) . '<br />';
    }
    private function makeApapterRequest(ITarget $req)
    {
        return $req->requestCalc(40,50);
    }
    private function makeDollarRequest(DollarCalc $req)
    {
        return $req->requestCalc(40,50);
    }
}
$woker = new Client();

运行结果以下:css

Euros: €72.999
Dollars: $: 90

能够看到,美圆和欧元均可以处理, 这就是适配器模式的方便之处.

这个计算很简单, 若是是针对更为复杂的计算, 继承要提供创建类适配器的Target接口的必要接口和具体实现

使用组合的适配器模式

对象适配器模式使用组合而不是继承, 不过它也会完成一样的目标. 经过比较这两个版本的适配器模式, 能够看出它们各自的优缺点. 采用类适配器模式时,适配器能够继承它须要的大多数功能, 只是经过接口稍微调. 在对象适配器模式中适配器(Adapter)参与使用被适配者(Adaptee), 并实现Target接口. 在类适配器模式中, 适配器(Adapter)则是一个被适配者(Adaptee), 并实现Target接口.

示例: 从桌面环境转向移动环境

PHP程序员常常会遇到这样一个问题:须要适应移动环境而作出调整.不久以前,你可能只须要考虑提供一个网站来适应多种不一样的桌面环境. 大多数桌面都使用一个布局, 再由设计人员让它更美观. 对于移动设备, 设计人员和开发人员不只须要从新考虑桌面和移动环境中页面显示的设计元素, 还要考虑如何从一个环境切换到另外一个环境.

首先来看桌面端的类Desktop(它将须要一个适配器). 这个类使用了一个简单但很宽松的接口:

IFormat.php

<?php
interface IFormat
{
    public function formatCSS();
    public function formatGraphics();
    public function horizontalLayout();
}

它支持css和图片选择, 不过其中一个方法指示一种水平布局, 咱们知道这种布局并不适用小的移动设备.下面给出实现这个接口的Desktop类

Desktop.php

<?php
include_once('IFormat.php');
class Desktop implements IFormat
{
    public function formatCSS()
    {
        echo "引用desktop.css<br />";
    }
    public function formatGraphics()
    {
        echo "引用desktop.png图片<br />";
    }
    public function horizontalLayout()
    {
        echo '桌面:水平布局';
    }
}

问题来了, 这个布局对于小的移动设备来讲太宽了. 因此咱们的目标是仍采用一样的内容, 但调整为一种移动设计.

下面来看移动端的类Mobile

首先移动端有一个移动端的接口

IMobileFormat

<?php
interface IMobileFormat
{
    public function formatCSS();
    public function formatGraphics();
    public function verticalLayout();
}

能够看到, IMobileFormat接口和IFormat接口是不同的,也就是不兼容的, 一个包含了方法horizontalLayout(), 另外一个包含方法verticalLaout(), 它们的差异很小, 最主要的区别是: 桌面设计能够采用水平的多栏布局, 而移动设计要使用垂直布局,而适配器就是要解决这个问题

下面给出一个实现了IMoibleFormat接口的Mobile类

Mobile.php

<?php
include_once('IMobileFormat.php');
class Mobile implements IMobileFormat
{
    public function formatCSS()
    {
        echo "引用mobile.css<br />";
    }
    public function formatGraphics()
    {
        echo "引用mobile.png图片<br />";
    }
    public function verticalLayout()
    {
        echo '移动端:垂直布局';
    }
}

Mobile类和Desktop类很是类似, 不过是图片和CSS引用不一样

接下来,咱们须要一个适配器,将Desktop和Mobile类结合在一块儿

MobileAdapter.php

<?php
include_once('IFormat.php');
include_once('Mobile.php');
class MobileAdapter implements IFormat
{
    private $mobile;
    public function __construct(IMobileFormat $mobileNow)
    {
        $this->mobile = $mobileNow;
    }
    public function formatCSS()
    {
        $this->mobile->formatCSS();
    }
    public function formatGraphics()
    {
        $this->mobile->formatGraphics();
    }
    public function horizontalLayout()
    {
        $this->mobile->verticalLayout();
    }
}

能够看到,MobileAdapter实例化时要提供一个Mobile对象实例.还要注意 ,类型提示中使用了IMobileFormat, 确保参数是一个Mobile对象.有意思的是, Adapter参与者经过实现horizontalLayout()方法来包含verticalLayout()方法.实际上, 全部MobileAdapter方法都包装了一个Mobile方法.碰巧的是, 适配器参与者中的一个方法并不在适配器接口中(verticalLayout());它们可能彻底不一样, 适配器只是把它们包装在适配器接口(IFormat)的某一方法中.

客户调用(Client)

Client.php

 
             <?php
include_once('Mobile.php');
include_once('MobileAdapter.php');
class Client
{
    private $mobile;
    private $mobileAdapter;
    public function __construct()
    {
        $this->mobile = new Mobile();
        $this->mobileAdapter = new MobileAdapter($this->mobile);
        $this->mobileAdapter->formatCSS();
        $this->mobileAdapter->formatGraphics();
        $this->mobileAdapter->horizontalLayout();
    }
}
$worker = new Client();
 
            

              适配器模式中的Client类必须包装Adaptee(Mobile)的一个实例, 以便集成到Adapter自己.实例化Adapter时, Client使用Adatee做为参数来完成Adapter的实例化.因此客户必须首先建立一个Adapter对象(new Mobile()), 而后建立一个Adapter((new MobileAdapter($this->mobile)). 
            

              Client类的大多数请求都是经过MobileAdapter发出的. 不过这个代码的最后他使用了Mobile类的实例. 
            
适配器和变化
                    PHP程序员要即该面对变化.不一样版本的PHP会变化, 可能增长新的功能, 另外还可能取消一些功能.并且随着PHP的大大小小的变化,MySQL也在改变.例如, mysql的扩展包升级为mysqli, PHP开发人员须要相应调整, 要改成使用mysqli中的新API.这里适合采用适配器模式吗?可能不适合.适配器可能适用, 可能不适用,这取决于你的程序如何配置.固然能够重写全部链接和交互代码, 不过这可不是适配器模式的本意, 这就像是从新安装USB链接头, 想把它插进标准的墙上插座同样. 不过, 若是全部原来的mysql代码都在模块中, 你能够修改这个模块(类),换入一个有相同接口的新模块.只是要使用mysqli而不是mysql.我不认为交换等同于适配器, 不过道理是同样的, 在适配器模式中, 原来的代码没有任何改变, 有变化的只是适配器. 
            

              若是须要结合使用两个不兼容的接口, 这种状况下, 适配器模式最适用.适配器能够完成接口的"联姻".能够把适配器看做是一个婚姻顾问;经过建立一个公共接口来克服双方的差别.利用 这种设计模式, 能够促成两者的合做,而避免彻底重写某一部分. 
            