php的设计模式详解

适配器模式

在需要将一类对象转换成另一类对象时，请使用适配器模式。通常，开发人员通过一系列赋值代码来处理此过程，如清单 1 所示。适配器模式是整理此类代码并在其他位置重用所有赋值代码的优秀方法。此外，它还将隐藏赋值代码，如果同时还要设定格式，这样可以极大地简化工作。（原文转载http://www.ibm.com/developerworks/cn/opensource/os-php-designpatterns/）

class AddressDisplay
{
    private $addressType;
    private $addressText;

    public function setAddressType($addressType)
    {
        $this->addressType = $addressType;
    }

    public function getAddressType()
    {
        return $this->addressType;
    }

    public function setAddressText($addressText)
    {
        $this->addressText = $addressText;
    }

    public function getAddressText()
    {
        return $this->addressText;
    }
}

class EmailAddress
{
    private $emailAddress;
    
    public function getEmailAddress()
    {
        return $this->emailAddress;
    }
    
    public function setEmailAddress($address)
    {
        $this->emailAddress = $address;
    }
}

$emailAddress = new EmailAddress();
/* Populate the EmailAddress object */
$address = new AddressDisplay();
/* Here's the assignment code, where I'm assigning values 
  from one object to another... */
$address->setAddressType("email");
$address->setAddressText($emailAddress->getEmailAddress());

此示例将使用 AddressDisplay 对象把地址显示给用户。AddressDisplay 对象有两部分：地址类型和一个格式化的地址字符串。

在实现模式（参见清单 2）后，PHP 脚本将不再需要担心如何把 EmailAddress 对象转换成 AddressDisplay 对象。那是件好事，尤其是在 AddressDisplay 对象发生更改时或者控制如何把 EmailAddress 对象转换成 AddressDisplay 对象的规则发生更改时。记住，以模块化风格设计代码的主要优点之一就是，在业务领域发生一些更改时或者需要向软件中添加新功能时尽可能少的使用更改。即使在执行普通任务（例如把一个对象的属性值赋给另一个对象）时，也请考虑使用此模式

清单 2. 使用适配器模式

class EmailAddressDisplayAdapter extends AddressDisplay
{
    public function __construct($emailAddr)
    {
        $this->setAddressType("email");
        $this->setAddressText($emailAddr->getEmailAddress());
    }
}    

$email = new EmailAddress();
$email->setEmailAddress("user@example.com");

$address = new EmailAddressDisplayAdapter($email);

echo($address->getAddressType() . "\n") ;
echo($address->getAddressText());

图 1 显示了适配器模式的类图。

替代方法

编写适配器的替代方法 —— 并且是推荐方法 —— 是实现一个接口来修改行为，而不是扩展对象。这是一种非常干净的、创建适配器的方法并且没有扩展对象的缺点。使用接口的缺点之一是需要把实现添加到适配器类中，如图 2 所示：

图 2. 适配器模式（使用接口）

迭代器模式

迭代器模式将提供一种通过对象集合或对象数组封装迭代的方法。如果需要遍历集合中不同类型的对象，则使用这种模式尤为便利。

查看上面清单 1 中的电子邮件和物理地址示例。在添加迭代器模式之前，如果要遍历个人地址，则可能要遍历物理地址并显示这些地址，然后遍历个人电子邮件地址并显示这些地址，然后遍历个人 IM 地址并显示这些地址。非常复杂的遍历！

相反，通过实现迭代器，您只需要调用 while($itr->hasNext()) 并处理下一个条目 $itr->next() 返回。清单 3 中显示了一个迭代器示例。迭代器功能强大，因为您可以添加要遍历的新类型条目，并且无需更改遍历条目的代码。例如，在 Person 示例中，可以添加 IM 地址数组；只需更新迭代器，无需更改遍历地址的任何代码。
清单 3. 使用迭代器模式遍历对象

class PersonAddressIterator implements AddressIterator
{
    private $emailAddresses;
    private $physicalAddresses;
    private $position;
    
    public function __construct($emailAddresses)
    {
        $this->emailAddresses = $emailAddresses;
        $this->position = 0;
    }
    
    public function hasNext()
    {
        if ($this->position >= count($this->emailAddresses) || 
            $this->emailAddresses[$this->position] == null) {
            return false;
        } else {
            return true;
        }
    }
    
    public function next()
    {
        $item = $this->emailAddresses[$this->position];
        $this->position = $this->position + 1;
        return $item;
    }
    
}

如果把 Person 对象修改为返回 AddressIterator 接口的实现，则在将实现扩展为遍历附加对象时无需修改使用迭代器的应用程序代码。您可以使用一个混合迭代器，它封装了遍历清单 3 中列出的每种地址的迭代器。本文提供了此类应用示例
图 3 显示了迭代器模式的类图。

装饰器 (decorator) 模式

考虑清单 4 中的代码样例。这段代码的目的是要把许多功能添加到 Build Your Own Car 站点的汽车中。每个汽车模型都有更多功能及相关价格。如果只针对两个模型，使用 if then 语句添加这些功能十分平常。但是，如果出现了新模型，则必须返回查看代码并确保语句对新模型工作正常。

 清单 4. 使用装饰器模式添加功能

                
require('classes.php');

$auto = new Automobile();

$model = new BaseAutomobileModel();

$model = new SportAutomobileModel($model);

$model = new TouringAutomobileModel($model);

$auto->setModel($model);

$auto->printDescription();

进入装饰器模式，该模式允许您通过一个优秀整洁的类将此功能添加到 AutomobileModel。每个类仅仅关注其价格、选项以及添加到基本模型的方式。

图 4 显示了装饰器模式的类图。

装饰器模式的优点是可以轻松地同时跟踪库的多个装饰器。

如果您拥有流对象的使用经验，则一定使用过装饰器。大多数流结构（例如输出流）都是接受基本输入流的装饰器，然后通过添加附加功能来装饰它 —— 例如从文件输入流、从缓冲区输入流，等等。

委托模式

委托模式将提供一种基于各种条件委托行为的方法。考虑清单 5 中的代码。这段代码包含几个条件。根据条件，代码将选择相应类型的对象来处理请求。
清单 5. 使用条件语句来发送送货请求

 

pkg = new Package("Heavy Package");
$pkg->setWeight(100);

if ($pkg->getWeight() > 99)
{
    echo( "Shipping " . $pkg->getDescription() . " by rail.");
} else {
    echo("Shipping " . $pkg->getDescription() . " by truck");
}

 

使用委托模式，对象将内在化（internalize）此发送过程，方法为在调用如清单 6 中的 useRail() 之类的方法时设置对相应对象的内部引用。如果处理各个包的条件发生更改或者使用新的送货类型时，则使用此模式尤为便利。

清单 6. 使用委托模式来发送送货请求

require_once('classes.php');

$pkg = new Package("Heavy Package");
$pkg->setWeight(100);

$shipper = new ShippingDelegate();

if ($pkg->getWeight() > 99)
{
    $shipper->useRail();
}

$shipper->deliver($pkg);

 

委托将通过调用 useRail() 或 useTruck() 方法来切换处理工作的类，从而提供动态更改行为的优点。

图 5 显示了委托模式的类图。

状态模式

状态模式类似于命令模式，但是意图截然不同。考虑下面的代码。

清单 7. 使用代码来构建机器人

class Robot 
{

    private $state;

    public function powerUp()
    {
        if (strcmp($state, "poweredUp") == 0)
        {
            echo("Already powered up...\n");
            /* Implementation... */
        } else if ( strcmp($state, "powereddown") == 0) {
            echo("Powering up now...\n");
            /* Implementation... */
        }
    }

    public function powerDown()
    {
        if (strcmp($state, "poweredUp") == 0)
        {
            echo("Powering down now...\n");
            /* Implementation... */
        } else if ( strcmp($state, "powereddown") == 0) {
            echo("Already powered down...\n");
            /* Implementation... */
        }
    }

    /* etc... */

}

 

在此清单中，PHP 代码表示变成一辆汽车的强大机器人的操作系统。机器人可以启动、关闭、由汽车变成机器人以及由机器人变成汽车。代码现已就绪，但是您会看到如果任何规则发生更改或者添加另一个状态则会变得十分复杂。

现在查看清单 8，其中提供了相同的逻辑处理机器人的状态，但是这一次把逻辑放入状态模式。清单 8 中的代码完成的工作与初始代码相同，但是用于处理状态的逻辑已经被放入每个状态的一个对象中。为了演示使用设计模式的优点，假定不久以后，这些机器人发现它们不应在处于机器人模式时关闭。实际上，如果它们关闭，它们必须先切换到汽车模式。如果它们已经处于汽车模式下，则机器人将关闭。使用状态模式，对代码的更改十分微小。

清单 8. 使用状态模式处理机器人的状态

                
$robot = new Robot();
echo("\n");
$robot->powerUp();
echo("\n");
$robot->turnIntoRobot();
echo("\n");
$robot->turnIntoRobot(); /* This one will just give me a message */
echo("\n");
$robot->turnIntoVehicle();
echo("\n");

 

清单 9. 对一个状态对象的微小更改

class NormalRobotState implements RobotState
{
    private $robot;

    public function __construct($robot)
    {
        $this->robot = $robot;
    }

    public function powerUp()
    {
        /* implementation... */
    }
    public function powerDown()  
    {
        /* First, turn into a vehicle */
        $this->robot->setState(new VehicleRobotState($this->robot));
        $this->robot->powerDown();
    }
    
    public function turnIntoVehicle()  
    {
        /* implementation... */
    }
    
    public function turnIntoRobot() 
    {
        /* implementation... */
    }
}

 

图 6 中一个不太明显的地方就是状态模式中的每个对象都有对上下文对象（机器人）的引用，因此每个对象都可以把状态提升到相应的状态。

图 6. 状态模式的类图

在 PHP 代码中使用设计模式可以使代码更容易阅读、更易维护。通过使用已经建立的模式，您将从通用的设计结构中获益，从而允许团队的其他开发人员了解代码的意图。它还使您可以从其他设计者完成的工作中获益，因此无需从失败的设计理念中吸取教训。

下载

描述	名字	大小	下载方法
样例代码	os-php-designpatterns_morepatterns.zip	4KB	HTTP