五种常见设计模式.docx
- 文档编号:9591705
- 上传时间:2023-05-20
- 格式:DOCX
- 页数:15
- 大小:53.92KB
五种常见设计模式.docx
《五种常见设计模式.docx》由会员分享,可在线阅读,更多相关《五种常见设计模式.docx(15页珍藏版)》请在冰点文库上搜索。
五种常见设计模式
工厂模式
最初在设计模式一书中,许多设计模式都鼓励使用松散耦合。
要理解这个概念,让我们最好谈一下许多开发人员从事大型系统的艰苦历程。
在更改一个代码片段时,就会发生问题,系统其他部分——您曾认为完全不相关的部分中也有可能出现级联破坏。
该问题在于紧密耦合。
系统某个部分中的函数和类严重依赖于系统的其他部分中函数和类的行为和结构。
您需要一组模式,使这些类能够相互通信,但不希望将它们紧密绑定在一起,以避免出现联锁。
在大型系统中,许多代码依赖于少数几个关键类。
需要更改这些类时,可能会出现困难。
例如,假设您有一个从文件读取的User类。
您希望将其更改为从数据库读取的其他类,但是,所有的代码都引用从文件读取的原始类。
这时候,使用工厂模式会很方便。
工厂模式是一种类,它具有为您创建对象的某些方法。
您可以使用工厂类创建对象,而不直接使用new。
这样,如果您想要更改所创建的对象类型,只需更改该工厂即可。
使用该工厂的所有代码会自动更改。
清单1显示工厂类的一个示列。
等式的服务器端包括两个部分:
数据库和一组PHP页面,这些页面允许您添加反馈、请求反馈列表并获取与特定反馈相关的文章。
php
interfaceIUser
{
functiongetName();
}
classUserimplementsIUser
{
publicfunction__construct($id){}
publicfunctiongetName()
{
return"Jack";
}
}
classUserFactory
{
publicstaticfunctionCreate($id)
{
returnnewUser($id);
}
}
$uo=UserFactory:
:
Create
(1);
echo($uo->getName()."\n");
?
>
清单1.Factory1.php
IUser接口定义用户对象应执行什么操作。
IUser的实现称为User,UserFactory工厂类则创建IUser对象。
此关系可以用图1中的UML表示。
图1.工厂类及其相关IUser接口和用户类
如果您使用php解释器在命令行上运行此代码,将得到如下结果:
%phpfactory1.php
Jack
%
测试代码会向工厂请求User对象,并输出getName方法的结果。
有一种工厂模式的变体使用工厂方法。
类中的这些公共静态方法构造该类型的对象。
如果创建此类型的对象非常重要,此方法非常有用。
例如,假设您需要先创建对象,然后设置许多属性。
此版本的工厂模式会将该进程封装在单个位置中,这样,不用复制复杂的初始化代码,也不必将复制好的代码在在代码库中到处粘贴。
清单2显示使用工厂方法的一个示例。
清单2.Factory2.php
php
interfaceIUser
{
functiongetName();
}
classUserimplementsIUser
{
publicstaticfunctionLoad($id)
{
returnnewUser($id);
}
publicstaticfunctionCreate()
{
returnnewUser(null);
}
publicfunction__construct($id){}
publicfunctiongetName()
{
return"Jack";
}
}
$uo=User:
:
Load
(1);
echo($uo->getName()."\n");
?
>
这段代码要简单得多。
它仅有一个接口IUser和一个实现此接口的User类。
User类有两个创建对象的静态方法。
此关系可用图2中的UML表示。
图2.IUser接口和带有工厂方法的user类
在命令行中运行脚本产生的结果与清单1的结果相同,如下所示:
%phpfactory2.php
Jack
%
如上所述,有时此类模式在规模较小的环境中似乎有些大材小用。
不过,最好还是学习这种扎实的编码形式,以便应用于任意规模的项目中。
单元素模式
某些应用程序资源是独占的,因为有且只有一个此类型的资源。
例如,通过数据库句柄到数据库的连接是独占的。
您希望在应用程序中共享数据库句柄,因为在保持连接打开或关闭时,它是一种开销,在获取单个页面的过程中更是如此。
单元素模式可以满足此要求。
如果应用程序每次包含且仅包含一个对象,那么这个对象就是一个单元素(Singleton)。
清单3中的代码显示了PHPV5中的一个数据库连接单元素。
清单3.Singleton.php
php
require_once("DB.php");
classDatabaseConnection
{
publicstaticfunctionget()
{
static$db=null;
if($db==null)
$db=newDatabaseConnection();
return$db;
}
private$_handle=null;
privatefunction__construct()
{
$dsn='mysql:
//root:
password@localhost/photos';
$this->_handle=&DB:
:
Connect($dsn,array());
}
publicfunctionhandle()
{
return$this->_handle;
}
}
print("Handle=".DatabaseConnection:
:
get()->handle()."\n");
print("Handle=".DatabaseConnection:
:
get()->handle()."\n");
?
>
此代码显示名为DatabaseConnection的单个类。
您不能创建自已的DatabaseConnection,因为构造函数是专用的。
但使用静态get方法,您可以获得且仅获得一个DatabaseConnection对象。
此代码的UML如图3所示。
图3.数据库连接单元素
在两次调用间,handle方法返回的数据库句柄是相同的,这就是最好的证明。
您可以在命令行中运行代码来观察这一点。
%phpsingleton.php
Handle=Objectid#3
Handle=Objectid#3
%
返回的两个句柄是同一对象。
如果您在整个应用程序中使用数据库连接单元素,那么就可以在任何地方重用同一句柄。
您可以使用全局变量存储数据库句柄,但是,该方法仅适用于较小的应用程序。
在较大的应用程序中,应避免使用全局变量,并使用对象和方法访问资源。
观察者模式
观察者模式为您提供了避免组件之间紧密耦合的另一种方法。
该模式非常简单:
一个对象通过添加一个方法(该方法允许另一个对象,即观察者注册自己)使本身变得可观察。
当可观察的对象更改时,它会将消息发送到已注册的观察者。
这些观察者使用该信息执行的操作与可观察的对象无关。
结果是对象可以相互对话,而不必了解原因。
一个简单示例是系统中的用户列表。
清单4中的代码显示一个用户列表,添加用户时,它将发送出一条消息。
添加用户时,通过发送消息的日志观察者可以观察此列表。
清单4.Observer.php
php
interfaceIObserver
{
functiononChanged($sender,$args);
}
interfaceIObservable
{
functionaddObserver($observer);
}
classUserListimplementsIObservable
{
private$_observers=array();
publicfunctionaddCustomer($name)
{
foreach($this->_observersas$obs)
$obs->onChanged($this,$name);
}
publicfunctionaddObserver($observer)
{
$this->_observers[]=$observer;
}
}
classUserListLoggerimplementsIObserver
{
publicfunctiononChanged($sender,$args)
{
echo("'$args'addedtouserlist\n");
}
}
$ul=newUserList();
$ul->addObserver(newUserListLogger());
$ul->addCustomer("Jack");
?
>
此代码定义四个元素:
两个接口和两个类。
IObservable接口定义可以被观察的对象,UserList实现该接口,以便将本身注册为可观察。
IObserver列表定义要通过怎样的方法才能成为观察者,UserListLogger实现IObserver接口。
图4的UML中展示了这些元素。
图4.可观察的用户列表和用户列表事件日志程序
如果在命令行中运行它,您将看到以下输出:
%phpobserver.php
'Jack'addedtouserlist
%
测试代码创建UserList,并将UserListLogger观察者添加到其中。
然后添加一个消费者,并将这一更改通知UserListLogger。
认识到UserList不知道日志程序将执行什么操作很关键。
可能存在一个或多个执行其他操作的侦听程序。
例如,您可能有一个向新用户发送消息的观察者,欢迎新用户使用该系统。
这种方法的价值在于UserList忽略所有依赖它的对象,它主要关注在列表更改时维护用户列表并发送消息这一工作。
此模式不限于内存中的对象。
它是在较大的应用程序中使用的数据库驱动的消息查询系统的基础。
命令链模式
命令链模式以松散耦合主题为基础,发送消息、命令和请求,或通过一组处理程序发送任意内容。
每个处理程序都会自行判断自己能否处理请求。
如果可以,该请求被处理,进程停止。
您可以为系统添加或移除处理程序,而不影响其他处理程序。
清单5显示了此模式的一个示例。
清单5.Chain.php
php
interfaceICommand
{
functiononCommand($name,$args);
}
classCommandChain
{
private$_commands=array();
publicfunctionaddCommand($cmd)
{
$this->_commands[]=$cmd;
}
publicfunctionrunCommand($name,$args)
{
foreach($this->_commandsas$cmd)
{
if($cmd->onCommand($name,$args))
return;
}
}
}
classUserCommandimplementsICommand
{
publicfunctiononCommand($name,$args)
{
if($name!
='addUser')returnfalse;
echo("UserCommandhandling'addUser'\n");
returntrue;
}
}
classMailCommandimplementsICommand
{
publicfunctiononCommand($name,$args)
{
if($name!
='mail')returnfalse;
echo("MailCommandhandling'mail'\n");
returntrue;
}
}
$cc=newCommandChain();
$cc->addCommand(newUserCommand());
$cc->addCommand(newMailCommand());
$cc->runCommand('addUser',null);
$cc->runCommand('mail',null);
?
>
此代码定义维护ICommand对象列表的CommandChain类。
两个类都可以实现ICommand接口——一个对邮件的请求作出响应,另一个对添加用户作出响应。
图5给出了UML。
图5.命令链及其相关命令
如果您运行包含某些测试代码的脚本,则会得到以下输出:
%phpchain.php
UserCommandhandling'addUser'
MailCommandhandling'mail'
%
代码首先创建CommandChain对象,并为它添加两个命令对象的实例。
然后运行两个命令以查看谁对这些命令作出了响应。
如果命令的名称匹配UserCommand或MailCommand,则代码失败,不发生任何操作。
为处理请求而创建可扩展的架构时,命令链模式很有价值,使用它可以解决许多问题。
策略模式
我们讲述的最后一个设计模式是策略模式。
在此模式中,算法是从复杂类提取的,因而可以方便地替换。
例如,如果要更改搜索引擎中排列页的方法,则策略模式是一个不错的选择。
思考一下搜索引擎的几个部分——一部分遍历页面,一部分对每页排列,另一部分基于排列的结果排序。
在复杂的示例中,这些部分都在同一个类中。
通过使用策略模式,您可将排列部分放入另一个类中,以便更改页排列的方式,而不影响搜索引擎的其余代码。
作为一个较简单的示例,清单6显示了一个用户列表类,它提供了一个根据一组即插即用的策略查找一组用户的方法。
清单6.Strategy.php
php
interfaceIStrategy
{
functionfilter($record);
}
classFindAfterStrategyimplementsIStrategy
{
private$_name;
publicfunction__construct($name)
{
$this->_name=$name;
}
publicfunctionfilter($record)
{
returnstrcmp($this->_name,$record)<=0;
}
}
classRandomStrategyimplementsIStrategy
{
publicfunctionfilter($record)
{
returnrand(0,1)>=0.5;
}
}
classUserList
{
private$_list=array();
publicfunction__construct($names)
{
if($names!
=null)
{
foreach($namesas$name)
{
$this->_list[]=$name;
}
}
}
publicfunctionadd($name)
{
$this->_list[]=$name;
}
publicfunctionfind($filter)
{
$recs=array();
foreach($this->_listas$user)
{
if($filter->filter($user))
$recs[]=$user;
}
return$recs;
}
}
$ul=newUserList(array("Andy","Jack","Lori","Megan"));
$f1=$ul->find(newFindAfterStrategy("J"));
print_r($f1);
$f2=$ul->find(newRandomStrategy());
print_r($f2);
?
>
此代码的UML如图6所示。
图6.用户列表和用于选择用户的策略
UserList类是打包名称数组的一个包装器。
它实现find方法,该方法利用几个策略之一来选择这些名称的子集。
这些策略由IStrategy接口定义,该接口有两个实现:
一个随机选择用户,另一个根据指定名称选择其后的所有名称。
运行测试代码时,将得到以下输出:
%phpstrategy.php
Array
(
[0]=>Jack
[1]=>Lori
[2]=>Megan
)
Array
(
[0]=>Andy
[1]=>Megan
)
%
测试代码为两个策略运行同一用户列表,并显示结果。
在第一种情况中,策略查找排列在J后的任何名称,所以您将得到Jack、Lori和Megan。
第二个策略随机选取名称,每次会产生不同的结果。
在这种情况下,结果为Andy和Megan。
策略模式非常适合复杂数据管理系统或数据处理系统,二者在数据筛选、搜索或处理的方式方面需要较高的灵活性。
结束语
本文介绍的仅仅是PHP应用程序中使用的几种最常见的设计模式。
在设计模式一书中演示了更多的设计模式。
不要因架构的神秘性而放弃。
模式是一种绝妙的理念,适用于任何编程语言、任何技能水平。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 常见 设计 模式