细谈PHP设计模式----my note

   如今 php的书籍不少，其实原理都同样。

   先谈其设计模式

设计模式并非是为 Java 架构师准备的 。实际上，设计模式对于每一个开发人员都很是有用。

设计模式不只表明着更快开发健壮软件的有用方法，并且还提供了以友好的术语封装大型理念的方法。例如，您能够说您正在编写一个提供松散耦合的消息传递系统，也能够说你正在编写名称为观察者 的模式。

用较小的示例展现模式的价值是很是困难的。这每每有些大材小用的意味，由于模式其实是在大型代码库中发挥做用的。本文不展现大型应用程序，因此您须要思索的是在您本身的大型应用程序中应用示例原理的方法 ——而不是本文演示的代码自己。这不是说您不该该在小应用程序中使用模式。不少良好的应用程序都以小应用程序为起点，逐渐发展到大型应用程序，因此没有理由不以此类扎实的编码实践为基础。

既然您已经了解了设计模式以及它们的有用之处，如今咱们来看看 PHP5 的五种经常使用模式。

工厂模式

最初在设计模式 一书中，许多设计模式都鼓励使用松散耦合。要理解这个概念，让咱们最好谈一下许多开发人员从事大型系统的艰苦历程。在更改一个代码片断时，就会发生问题，系统其余部分 —— 您曾认为彻底不相关的部分中也有可能出现级联破坏。

该问题在于紧密耦合 。系统某个部分中的函数和类严重依赖于系统的其余部分中函数和类的行为和结构。您须要一组模式，使这些类可以相互通讯，但不但愿将它们紧密绑定在一块儿，以免出现联锁。

在大型系统中，许多代码依赖于少数几个关键类。须要更改这些类时，可能会出现困难。例如，假设您有一个从文件读取的 User 类。您但愿将其更改成从数据库读取的其余类，可是，全部的代码都引用从文件读取的原始类。这时候，使用工厂模式会很方便。

工厂模式 是一种类，它具备为您建立对象的某些方法。您可使用工厂类建立对象，而不直接使用 new。这样，若是您想要更改所建立的对象类型，只需更改该工厂便可。使用该工厂的全部代码会自动更改。

清单 1 显示工厂类的一个示列。等式的服务器端包括两个部分：数据库和一组 PHP 页面，这些页面容许您添加反馈、请求反馈列表并获取与特定反馈相关的文章。

清单 1. Factory1.php

<?php
interface IUser
{
function getName();
}
class User implements IUser
{
public function __construct( $id ) { }

public function getName()
{
return "Jack";
}
}
class UserFactory
{
public static function Create( $id )
{
return new User( $id );
}
}
$uo = UserFactory::Create( 1 );
echo( $uo->getName()."\n" );
?>

IUser 接口定义用户对象应执行什么操做。IUser 的实现称为 User，UserFactory 工厂类则建立 IUser 对象。此关系能够用图 1 中的 UML 表示。

图 1. 工厂类及其相关 IUser 接口和用户类

若是您使用 php 解释器在命令行上运行此代码，将获得以下结果：

测试代码会向工厂请求 User 对象，并输出 getName 方法的结果。

% php factory1.php 
Jack
%

有一种工厂模式的变体使用工厂方法。类中的这些公共静态方法构造该类型的对象。若是建立此类型的对象很是重要，此方法很是有用。例如，假设您须要先建立对象，而后设置许多属性。此版本的工厂模式会将该进程封装在单个位置中，这样，不用复制复杂的初始化代码，也没必要将复制好的代码在在代码库中处处粘贴。

code 2 显示使用工厂方法的一个示例。

code 2. Factory2.php

<?php
interface IUser
{
function getName();
}
class User implements IUser
{
public static function Load( $id ) 
{
return new User( $id );
}
public static function Create( ) 
{
return new User( null );
}
public function __construct( $id ) { }
public function getName()
{
return "Jack";
}
}
$uo = User::Load( 1 );
echo( $uo->getName()."\n" );
?>

这段代码要简单得多。它仅有一个接口 IUser 和一个实现此接口的 User 类。User 类有两个建立对象的静态方法。此关系可用图 2 中的 UML 表示。

图 2. IUser 接口和带有工厂方法的 user 类

在命令行中运行脚本产生的结果与清单 1 的结果相同，以下所示：

% php factory2.php 
Jack
%

如上所述，有时此类模式在规模较小的环境中彷佛有些大材小用。不过，最好仍是学习这种扎实的编码形式，以便应用于任意规模的项目中。

单元素模式

某些应用程序资源是独占的，由于有且只有一个此类型的资源。例如，经过数据库句柄到数据库的链接是独占的。您但愿在应用程序中共享数据库句柄，由于在保持链接打开或关闭时，它是一种开销，在获取单个页面的过程当中更是如此。

单元素模式能够知足此要求。若是应用程序每次包含且仅包含一个对象，那么这个对象就是一个单元素（Singleton）。清单 3 中的代码显示了 PHP V5 中的一个数据库链接单元素。

清单 3. Singleton.php

<?php
require_once("DB.php");
class DatabaseConnection
{
public static function get()
{
static $db = null;
if ( $db == null )
$db = new DatabaseConnection();
return $db;
}
private $_handle = null;
private function __construct()
{
$dsn = 'mysql://root:password@localhost/photos';
$this->_handle =& DB::Connect( $dsn, array() );
}
public function handle()
{
return $this->_handle;
}
}
print( "Handle = ".DatabaseConnection::get()->handle()."\n" );
print( "Handle = ".DatabaseConnection::get()->handle()."\n" );
?>

此代码显示名为 DatabaseConnection 的单个类。您不能建立自已的 DatabaseConnection，由于构造函数是专用的。但使用静态 get 方法，您能够得到且仅得到一个 DatabaseConnection 对象。此代码的 UML 如图 3 所示。

图 3. 数据库链接单元素

在两次调用间，handle 方法返回的数据库句柄是相同的，这就是最好的证实。您能够在命令行中运行代码来观察这一点。

% php singleton.php 
Handle = Object id #3
Handle = Object id #3
%

返回的两个句柄是同一对象。若是您在整个应用程序中使用数据库链接单元素，那么就能够在任何地方重用同一句柄。

您可使用全局变量存储数据库句柄，可是，该方法仅适用于较小的应用程序。在较大的应用程序中，应避免使用全局变量，并使用对象和方法访问资源。

观察者模式

观察者模式为您提供了避免组件之间紧密耦合的另外一种方法。该模式很是简单：一个对象经过添加一个方法（该方法容许另外一个对象，即观察者 注册本身）使自己变得可观察。当可观察的对象更改时，它会将消息发送到已注册的观察者。这些观察者使用该信息执行的操做与可观察的对象无关。结果是对象能够相互对话，而没必要了解缘由。

一个简单示例是系统中的用户列表。清单 4 中的代码显示一个用户列表，添加用户时，它将发送出一条消息。添加用户时，经过发送消息的日志观察者能够观察此列表。

清单 4. Observer.php

<?php
interface IObserver
{
function onChanged( $sender, $args );
}
interface IObservable
{
function addObserver( $observer );
}
class UserList implements IObservable
{
private $_observers = array();
public function addCustomer( $name )
{
foreach( $this->_observers as $obs )
$obs->onChanged( $this, $name );
}
public function addObserver( $observer )
{
$this->_observers []= $observer;
}
}
class UserListLogger implements IObserver
{
public function onChanged( $sender, $args )
{
echo( "'$args' added to user list\n" );
}
}
$ul = new UserList();
$ul->addObserver( new UserListLogger() );
$ul->addCustomer( "Jack" );
?>

此代码定义四个元素：两个接口和两个类。IObservable 接口定义能够被观察的对象，UserList 实现该接口，以便将自己注册为可观察。IObserver 列表定义要经过怎样的方法才能成为观察者，UserListLogger 实现 IObserver 接口。图 4 的 UML 中展现了这些元素。

图 4. 可观察的用户列表和用户列表事件日志程序

若是在命令行中运行它，您将看到如下输出：

% php observer.php 
'Jack' added to user list
%

测试代码建立 UserList，并将 UserListLogger 观察者添加到其中。而后添加一个消费者，并将这一更改通知 UserListLogger。

认识到 UserList 不知道日志程序将执行什么操做很关键。可能存在一个或多个执行其余操做的侦听程序。例如，您可能有一个向新用户发送消息的观察者，欢迎新用户使用该系统。这种方法的价值在于 UserList 忽略全部依赖它的对象，它主要关注在列表更改时维护用户列表并发送消息这一工做。

此模式不限于内存中的对象。它是在较大的应用程序中使用的数据库驱动的消息查询系统的基础。

命令链模式

命令链 模式以松散耦合主题为基础，发送消息、命令和请求，或经过一组处理程序发送任意内容。每一个处理程序都会自行判断本身可否处理请求。若是能够，该请求被处理，进程中止。您能够为系统添加或移除处理程序，而不影响其余处理程序。清单 5 显示了此模式的一个示例。

清单 5. Chain.php

<?php
interface ICommand
{
function onCommand( $name, $args );
}
class CommandChain
{
private $_commands = array();
public function addCommand( $cmd )
{
$this->_commands []= $cmd;
}
public function runCommand( $name, $args )
{
foreach( $this->_commands as $cmd )
{
if ( $cmd->onCommand( $name, $args ) )
return;
}
}
}
class UserCommand implements ICommand
{
public function onCommand( $name, $args )
{
if ( $name != 'addUser' ) return false;
echo( "UserCommand handling 'addUser'\n" );
return true;
}
}
class MailCommand implements ICommand
{
public function onCommand( $name, $args )
{
if ( $name != 'mail' ) return false;
echo( "MailCommand handling 'mail'\n" );
return true;
}
}
$cc = new CommandChain();
$cc->addCommand( new UserCommand() );
$cc->addCommand( new MailCommand() );
$cc->runCommand( 'addUser', null );
$cc->runCommand( 'mail', null );
?>

此代码定义维护 ICommand 对象列表的 CommandChain 类。两个类均可以实现 ICommand 接口 —— 一个对邮件的请求做出响应，另外一个对添加用户做出响应。 图 5 给出了 UML。

图 5. 命令链及其相关命令

若是您运行包含某些测试代码的脚本，则会获得如下输出：

% php chain.php 
UserCommand handling 'addUser'
MailCommand handling 'mail'
%

代码首先建立 CommandChain 对象，并为它添加两个命令对象的实例。而后运行两个命令以查看谁对这些命令做出了响应。若是命令的名称匹配 UserCommand 或 MailCommand，则代码失败，不发生任何操做。

为处理请求而建立可扩展的架构时，命令链模式颇有价值，使用它能够解决许多问题。

策略模式

咱们讲述的最后一个设计模式是策略模式。在此模式中，算法是从复杂类提取的，于是能够方便地替换。例如，若是要更改搜索引擎中排列页的方法，则策略模式是一个不错的选择。思考一下搜索引擎的几个部分 ——一部分遍历页面，一部分对每页排列，另外一部分基于排列的结果排序。在复杂的示例中，这些部分都在同一个类中。经过使用策略模式，您可将排列部分放入另外一个类中，以便更改页排列的方式，而不影响搜索引擎的其他代码。

做为一个较简单的示例，清单 6 显示了一个用户列表类，它提供了一个根据一组即插即用的策略查找一组用户的方法。

清单 6. Strategy.php

<?php
interface IStrategy
{
function filter( $record );
}
class FindAfterStrategy implements IStrategy
{
private $_name;
public function __construct( $name )
{
$this->_name = $name;
}
public function filter( $record )
{
return strcmp( $this->_name, $record ) <= 0;
}
}
class RandomStrategy implements IStrategy
{
public function filter( $record )
{
return rand( 0, 1 ) >= 0.5;
}
}
class UserList
{
private $_list = array();
public function __construct( $names )
{
if ( $names != null )
{
foreach( $names as $name )
{
$this->_list []= $name;
}
}
}
public function add( $name )
{
$this->_list []= $name;
}
public function find( $filter )
{
$recs = array();
foreach( $this->_list as $user )
{
if ( $filter->filter( $user ) )
$recs []= $user;
}
return $recs;
}
}
$ul = new UserList( array( "Andy", "Jack", "Lori", "Megan" ) );
$f1 = $ul->find( new FindAfterStrategy( "J" ) );
print_r( $f1 );
$f2 = $ul->find( new RandomStrategy() );
print_r( $f2 );
?>

此代码的 UML 如图 6 所示。

图 6. 用户列表和用于选择用户的策略

UserList 类是打包名称数组的一个包装器。它实现 find 方法，该方法利用几个策略之一来选择这些名称的子集。这些策略由 IStrategy 接口定义，该接口有两个实现：一个随机选择用户，另外一个根据指定名称选择其后的全部名称。运行测试代码时，将获得如下输出：

% php strategy.php 
Array
(
    [0] => Jack
    [1] => Lori
    [2] => Megan
)
Array
(
    [0] => Andy
    [1] => Megan
)
%

测试代码为两个策略运行同一用户列表，并显示结果。在第一种状况中，策略查找排列在 J 后的任何名称，因此您将获得 Jack、Lori 和 Megan。第二个策略随机选取名称，每次会产生不一样的结果。在这种状况下，结果为 Andy 和 Megan。

策略模式很是适合复杂数据管理系统或数据处理系统，两者在数据筛选、搜索或处理的方式方面须要较高的灵活性。

最后谈一下，努力多实践

adiOS             技术改变将来