最初在设计模式 一书中,许多设计模式都鼓励使用松散耦合。要理解这个概念,让我们最好谈一下许多开发人员从事大型系统的艰苦历程。在更改一个代码片段时,就会发生问题,系统其他部分 —— 您曾认为完全不相关的部分中也有可能出现级联破坏。
该问题在于紧密耦合 。系统某个部分中的函数和类严重依赖于系统的其他部分中函数和类的行为和结构。您需要一组模式,使这些类能够相互通信,但不希望将它们紧密绑定在一起,以避免出现联锁。
在大型系统中,许多代码依赖于少数几个关键类。需要更改这些类时,可能会出现困难。例如,假设您有一个从文件读取的 User
类。您希望将其更改为从数据库读取的其他类,但是,所有的代码都引用从文件读取的原始类。这时候,使用工厂模式会很方便。
工厂模式 是一种类,它具有为您创建对象的某些方法。您可以使用工厂类创建对象,而不直接使用 new
。这样,如果您想要更改所创建的对象类型,只需更改该工厂即可。使用该工厂的所有代码会自动更改。
下面显示工厂类的一个示列。等式的服务器端包括两个部分:数据库和一组 PHP 页面,这些页面允许您添加反馈、请求反馈列表并获取与特定反馈相关的文章。
interfaceIUser
{
functiongetName();
}
classUserimplementsIUser
{
publicfunction__construct($id){}
publicfunctiongetName()
{
return"Jack";
}
}
classUserFactory
{
publicstaticfunctionCreate($id)
{
returnnewUser($id);
}
}
$uo=UserFactory::Create(1);
echo($uo->getName()."");
?>
IUser 接口定义用户对象应执行什么操作。IUser
的实现称为 User
,UserFactory
工厂类则创建 IUser
对象。
如果您使用 php
解释器在命令行上运行此代码,将得到如下结果,测试代码会向工厂请求 User
对象,并输出 getName
方法的结果。
Jack
%
单一模式
某些应用程序资源是独占的,因为有且只有一个此类型的资源。例如,通过数据库句柄到数据库的连接是独占的。您希望在应用程序中共享数据库句柄,因为在保持连接打开或关闭时,它是一种开销,在获取单个页面的过程中更是如此。
单一模式可以满足此要求。如果应用程序每次包含且仅包含一个对象,那么这个对象就是一个单元素(Singleton)。下面的代码显示了 PHP V5 中的一个数据库连接单元素。
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()."");
print("Handle=".DatabaseConnection::get()->handle()."");
?>
此代码显示名为 DatabaseConnection
的单个类。您不能创建自已的 DatabaseConnection
,因为构造函数是专用的。但使用静态 get
方法,您可以获得且仅获得一个 DatabaseConnection
对象。
在两次调用间,handle
方法返回的数据库句柄是相同的,这就是最好的证明。您可以在命令行中运行代码来观察这一点。
Handle=Objectid#3
Handle=Objectid#3
%
返回的两个句柄是同一对象。如果您在整个应用程序中使用数据库连接单元素,那么就可以在任何地方重用同一句柄。
您可以使用全局变量存储数据库句柄,但是,该方法仅适用于较小的应用程序。在较大的应用程序中,应避免使用全局变量,并使用对象和方法访问资源。
观察者模式
观察者模式为您提供了避免组件之间紧密耦合的另一种方法。该模式非常简单:一个对象通过添加一个方法(该方法允许另一个对象,即观察者 注册自己)使本身变得可观察。当可观察的对象更改时,它会将消息发送到已注册的观察者。这些观察者使用该信息执行的操作与可观察的对象无关。结果是对象可以相互对话,而不必了解原因。
一个简单示例是系统中的用户列表。如下代码显示一个用户列表,添加用户时,它将发送出一条消息。添加用户时,通过发送消息的日志观察者可以观察此列表。
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 ");
}
}
$ul=newUserList();
$ul->addObserver(newUserListLogger());
$ul->addCustomer("Jack");
?>
此代码定义四个元素:两个接口和两个类。IObservable
接口定义可以被观察的对象,UserList
实现该接口,以便将本身注册为可观察。IObserver
列表定义要通过怎样的方法才能成为观察者,UserListLogger
实现 IObserver
接口。
如果在命令行中运行它,您将看到以下输出:
'Jack'addedtouserlist
%
命令模式
命令链模式以松散耦合主题为基础,发送消息、命令和请求,或通过一组处理程序发送任意内容。每个处理程序都会自行判断自己能否处理请求。如果可以,该请求被处理,进程停止。您可以为系统添加或移除处理程序,而不影响其他处理程序。下面显示了此模式的一个示例。
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' ");
returntrue;
}
}
classMailCommandimplementsICommand
{
publicfunctiononCommand($name,$args)
{
if($name!='mail')returnfalse;
echo("MailCommandhandling'mail' ");
returntrue;
}
}
$cc=newCommandChain();
$cc->addCommand(newUserCommand());
$cc->addCommand(newMailCommand());
$cc->runCommand('addUser',null);
$cc->runCommand('mail',null);
?>
此代码定义维护 ICommand
对象列表的 CommandChain
类。两个类都可以实现 ICommand
接口 —— 一个对邮件的请求作出响应,另一个对添加用户作出响应。
如果您运行包含某些测试代码的脚本,则会得到以下输出:
UserCommandhandling'addUser'
MailCommandhandling'mail'
%
代码首先创建 CommandChain
对象,并为它添加两个命令对象的实例。然后运行两个命令以查看谁对这些命令作出了响应。如果命令的名称匹配 UserCommand
或 MailCommand
,则代码失败,不发生任何操作。
为处理请求而创建可扩展的架构时,命令链模式很有价值,使用它可以解决许多问题。
策略模式
我们讲述的最后一个设计模式是策略 模式。在此模式中,算法是从复杂类提取的,因而可以方便地替换。例如,如果要更改搜索引擎中排列页的方法,则策略模式是一个不错的选择。思考一下搜索引擎的几个部分 —— 一部分遍历页面,一部分对每页排列,另一部分基于排列的结果排序。在复杂的示例中,这些部分都在同一个类中。通过使用策略模式,您可将排列部分放入另一个类中,以便更改页排列的方式,而不影响搜索引擎的其余代码。
作为一个较简单的示例,下面代码显示了一个用户列表类,它提供了一个根据一组即插即用的策略查找一组用户的方法。
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);
?>
UserList 类是打包名称数组的一个包装器。它实现 find
方法,该方法利用几个策略之一来选择这些名称的子集。这些策略由 IStrategy
接口定义,该接口有两个实现:一个随机选择用户,另一个根据指定名称选择其后的所有名称。运行测试代码时,将得到以下输出:
Array
(
[0]=>Jack
[1]=>Lori
[2]=>Megan
)
Array
(
[0]=>Andy
[1]=>Megan
)
%
测试代码为两个策略运行同一用户列表,并显示结果。在第一种情况中,策略查找排列在 J
后的任何名称,所以您将得到 Jack、Lori 和 Megan。第二个策略随机选取名称,每次会产生不同的结果。在这种情况下,结果为 Andy 和 Megan。
策略模式非常适合复杂数据管理系统或数据处理系统,二者在数据筛选、搜索或处理的方式方面需要较高的灵活性。
'Jack'addedtouserlist
%
测试代码创建UserList,并将 UserListLogger
观察者添加到其中。然后添加一个消费者,并将这一更改通知 UserListLogger
。
认识到 UserList
不知道日志程序将执行什么操作很关键。可能存在一个或多个执行其他操作的侦听程序。例如,您可能有一个向新用户发送消息的观察者,欢迎新用户使用该系统。这种方法的价值在于 UserList
忽略所有依赖它的对象,它主要关注在列表更改时维护用户列表并发送消息这一工作。
此模式不限于内存中的对象。它是在较大的应用程序中使用的数据库驱动的消息查询系统的基础。
相关推荐
《PHP设计模式》是一本探讨如何在PHP编程中应用设计模式的书籍。设计模式是软件工程领域中,解决常见问题的模板或策略。本书作者是美国的Aaron Saray,内容详尽地介绍了各种设计模式,旨在帮助PHP开发者构建出更加...
### PHP设计模式详解 #### 一、设计模式概述 **设计模式**是在软件工程领域中广泛应用的一种编程思想,它提供了一种系统化的解决方案,用于解决软件设计中的常见问题。设计模式不仅有助于提高代码的可复用性和可...
以上只是PHP设计模式中的一部分,每种模式都有其适用的场景和价值。通过学习和应用这些设计模式,开发者可以写出更高效、更具扩展性和易于维护的代码。在实际项目中,根据需求灵活选择和组合设计模式,可以显著提高...
**PHP设计模式详解** 在IT领域,设计模式是一种在特定情境下解决常见问题的标准方法,它们代表了软件设计中的最佳实践。PHP作为一种广泛使用的服务器端脚本语言,同样可以从设计模式中受益。《Learning PHP设计模式...
本压缩包“php设计模式代码”包含了作者亲笔编写的一些常见PHP设计模式的实现,下面将对这些设计模式进行详细的阐述。 1. **单例模式**:这种模式确保一个类只有一个实例,并提供一个全局访问点。在PHP中,单例模式...
因此,我会根据【标题】和【描述】字段中提供的信息,来生成关于PHP设计模式的知识点。 PHP设计模式的知识点主要包括: 1. 设计模式的概念:设计模式是软件开发中用于解决特定问题的一般性模板,它不是直接的代码...
《PHP设计模式全解》是一本深入探讨PHP编程中设计模式的资源集合,它旨在帮助PHP开发者提升代码质量、可维护性和复用性。设计模式是软件工程中的宝贵经验总结,通过将常见的问题解决方案标准化,使得开发过程更加...
在IT行业中,设计模式是软件开发中的重要概念,它们代表了在特定情境下解决常见问题的最佳实践。在PHP编程中,理解并应用设计模式能够帮助开发者编写出更灵活、可维护和可扩展的代码。本资源包含的"php23种完整设计...
《PHP设计模式介绍》导言 《PHP设计模式介绍》第一章 编程惯用法 《PHP设计模式介绍》第二章 值对象模式 《PHP设计模式介绍》第三章 工厂模式 《PHP设计模式介绍》第四章 单条模式 《PHP设计模式介绍》第五章 ...
《Learning PHP设计模式》这本书是面向PHP开发者的一本专业指南,旨在帮助读者深入理解并掌握设计模式在PHP编程中的应用。设计模式是软件工程中经过时间验证的最佳实践,它们为解决常见问题提供了一种标准的方法,使...
在软件开发中,设计模式是解决常见问题的模板或最佳实践,它们被广泛应用于各种编程语言,包括PHP。本资源“用PHP语言实现16个设计模式.zip”提供了关于如何在PHP环境中应用这些模式的详细指导。以下是这16个设计...
以上只是PHP设计模式中的一部分,每种模式都有其独特的应用场景和价值。通过学习和掌握这些设计模式,开发者可以更好地设计和重构代码,提高软件的灵活性、可读性和可维护性。在实际开发过程中,应根据项目的具体...
### 常见的PHP设计模式 #### 1. 单例模式(Singleton Pattern) 单例模式确保一个类只有一个实例,并提供一个全局访问点。这对于数据库连接等资源管理非常有用,可以避免多次打开和关闭连接带来的性能开销。 #####...
《PHP设计模式介绍》 英文原名:Guide.to.PHP.Design.Patterns 出版社:Marco Tabini & Associates, Inc. 作者:Jason E. Sweat 中文翻译:PHPChina 本书的目标 本书的目的不是为了全面的介绍各种类别的软件设计模式...
PHP设计模式是将这些模式应用到PHP编程中的具体实现,可以帮助开发者编写更灵活、可维护和高效的代码。以下是对标题和描述中提及的一些设计模式的详细说明: 1. **解释器设计模式**:它允许我们创建一个简单的语言...
PHP设计模式,适合有经验的开发人员 导言 当你在不断的试图从你的应用程序中发现新的特征时,你是否发现你提出的解决方法和一些 以前你已经实现的东西是如此的类似呢?如果你是一个程序员(即使你才 开始很短的时 间...