PHP系列教程：《PHP设计模式介绍》 导言

【 tulaoshi.com - PHP 】

《PHP设计模式介绍》 导言

当你在不断的试图从你的应用程序中发现新的特征时，你是否发现你提出的解决方法和一些以前你已经实现的东西是如此的类似呢？如果你是一个程序员（即使你才开始很短的时间），你都可能回答是。这看起来就是你使用了一些以前的代码来解决软件开发过程中新发现的问题了。你可能已经认识到：你的解决方法是基本原理，是一个不仅仅是你而且是所有专业开发者都能广泛重复应用的方法。

事实上，许多程序问题都不断的反复的遇到，而且许多用来解决这些问题的基本方法（或者说是设计模式）都已经浮现出来。设计模式就是一个教你如何利用真实可靠的设计来组织你的代码的模板。

设计模式历史

设计模式这个术语最初被设计用于建筑学领域。Christopher Alexander 在他1977的著作A Pattern Language :Towns/Building/Construction里面描述了一些常见的建筑学设计问题，并解释了如何用这些已有的，著名的模式集合来开始全新的有效的设计。Alexander的观点被很好的转化到软件开发上来，并且长期的合意的用原有的组件来构造新的解决方案。

 所有的设计模式都有一些常用的特性：一个标识（a name），一个问题陈述（a problem statement）和一个解决方案(a solution)。

一个设计模式的标识是重要的，因为它会让其他的程序员不用进行太深入的学习就能立刻理解你的代码的目的（至少通过这个标识程序员会很熟悉这个模式）。 问题描述是用来说明这个模式的应用的领域。? 解决方案描述了这个模型的执行。一个好的设计模式的论述应该覆盖使用这个模型的优点和缺点。

 一个模式是解决特定问题的有效方法。一个设计模式不是一个库（能在你的项目中直接包含和使用的代码库）而是一个用来组织你的代码的模板。事实上，一个代码库和一个设计模式在应用上是有很多不同的。

 比如，你从店铺里面买的一件衬衫是一个代码库，它的颜色，样式和大小都由设计师和厂商决定，但它满足了你的需求。

 然而，如果店里面没有什么衣服适合你，那你就能自己创建自己的衬衫（设计它的形状，选择布料，然后裁缝在一起）。但是如果你不是一个裁缝，你可能会发现自 己很容易的去找一个合适的模式然后按着这个模式去设计自己的衬衫。使用一个模型，你可以在更少的时间内得到一个熟练设计的衬衫。

回到讨论软件上来，一个数据提取层或者一个CMS（content management system）就是一个库它是先前设计好而且已经编码好了的，如果它能准确的满足你的需要那它就是一个好的选择。但如果你正在读这本书，可能你会发现库存的（原有的）解决方案并不是总是对你有效。至今你知道什么是你所要的，而且你能够实现它，你仅仅需要一个模型来引导你。

最后一个想法：就象一个裁缝模型，一个设计本身而言是没有什么用处的。毕竟，你不可能穿一个服装模型它仅仅是由很薄的纸拼凑起来的。类似的，一个软件设计模型也仅仅只是一个引导。它必须根据程序设计语言和你的应用程序的特点和要求而特别的设计。

本书的目标

本书的目的不是为了全面的介绍各种类别的软件设计模式，也不是为了发展一个新的设计模式或者术语，而是为了突出介绍一些已有的著名的设计模式。这本书的 独特之处在于介绍了一些我认为对开发动态WEB应用程序很有帮助的设计模式，而且用PHP语言显示了如何实现这些设计模式。

面对对象编程OOP

这本书一个优点就是所有的观点都是基于OOP这种很自然的设计模式，并且用OOP来实现。

如果你不熟悉OOP，有很多相关的资源（书籍，网站，杂志，上课等等）来帮助你更好的了解它。大多数OOP资料都赞美它的好处代码重用，代码健壮，代码封装，多态和可扩展性，当然所有的这些也是非常重要和有用的。然而，我认为OOP最主要的优点是它如何激励你亲手将问题分解成易处理的模块。清晰的设计和实现，分解成小的模块，这样你的代码能够得到更加彻底的测试而且也更加容易理解和维护。

读者技能要求

这本书假定你已经能够流畅的使用PHP了。特别地，这本书假设你已经了解了PHP和PHP语法的运作知识而且懂得用OOP执行PHP代码的基本原理。这本书不是一本PHP编程的介绍书，也不是为了介绍PHP的OOP编程的。

由于不是所有的OOP开发者都使用相同的术语，当有新的术语被引入时，我都将在正文中或者工具条中定义。

[next]

PHP4和PHP5

当我写这本书的时候，PHP5已经发行有一段时间了，但是还没有被公众团体广泛的采用。在我自己的工作上，我已经开始把新的应用程序开发工作迁移到 PHP5.0.3的环境中，而且到目前为止我很高兴的发现PHP5对PHP4的代码具有很好的向后兼容性，同时它的面对对象模型是PHP5最有意义的新特征之一。

有很多很好的文章和指导手册来处理不同PHP版本之间的对象模型之间的细微差别。但简单来说，PHP5提供了：

对象柄（将在下面解释，更详细的请见第二章：对象模型的价值）? 更好的构造器（统一名字，不允许改变）? 析构器? 可见度（方法和属性的public公开,protected受保护,private私有）? 异常处理（可以选择新的语法try{}catch{}来触发错误）? 静态类? 映像（动态检查类，方法，属性）? 类型隐藏?

 PHP5也提供了一些更加模糊的特征：

 新的魔术方法?

__get()和__set()允许你来控制变量存取 __call()让你能动态的截取被call对象的所有属性。 __sleep()和__wakeup()能让你重载序列化的方法 __toString()让你能控制如何用一个字符串来描述这个对象自身。 自动加载Autoloading（当类第一次被对象化时候，允许用户自动加载该类）? Final（不允许该方法或者一个类被其子类重载）?

对象柄

 PHP5最好的特性就是采用句柄来定义类，类似于一个文件或者数据库句柄。在PHP函数中使用对象不再是含蓄的复制这个对象，而是提供一个操作句柄。

（本文来源于图老师网站，更多请访问http://www.tulaoshi.com/php/）

为了更加清楚的看出其间的不同，我们考虑下面两个例子：

// PHP4 class
class ExampleP1 {
var $foo;
function setFoo($foo) {
$this-foo = $foo`;
}
function getFoo() {
return $this-foo;
}
}
function changeExample($param) {
$param-setFoo(‘blah’);
return $param-getFoo();
}
$obj = new ExampleP1;
$obj-setFoo(‘bar’);
echo $obj-getFoo(); // bar
echo ChangeExample($obj); //blah
echo $obj-getFoo(); // bar

在PHP4中，函数changeExample()中的变量$param是$obj的一个复制，所以，这个函数没有改变原来对象中的$foo的值，这样$obj-getFoo()最终输出的是’bar’。

在PHP5中，由于$obj在函数中只是一个对象操作柄，同样的changeExample()函数确确实实的影响了原来的对象。换句话说，使用操作柄，就不再需要去复制了而$param就是$obj实例。

// PHP5 class
class ExampleP2 {
protected $foo;
function setFoo($foo) {
$this-foo = $foo;
}
function getFoo() {
return $this-foo;
}
}
$obj = new ExampleP2;
$obj-setFoo(‘bar’);
echo $obj-getFoo(); // bar
echo ChangeExample($obj); //blah
echo $obj-getFoo(); // IMPORTANT, produces blah

当你在其他的对象或者这个对象内置的构造函数（__construct）里面使用$this这个变量时，这个问题会变的更加的复杂。

（本文来源于图老师网站，更多请访问http://www.tulaoshi.com/php/）

结果是在PHP4中，你几乎总需要：

创建一个引用对象，就象这样$obj=?& new class; 在函数中调用引用对象，比如function func(?&$obj_param){} 通过引用函数来捕捉对象，比如function? &some_func(){}  $return_obj=&some_funct()

事实上，现在有些情况下你也需要复制原始对象。在我的PHP4代码里面，我总是把任何无引用的对象任务比如为一个明显的对象复制注释的很清楚。从长期来说，这样的一个简短的注释能够极大的减轻任何一个维护你代码的人的头痛（译者注：这样的代码可维护性很强）。引用传值，对象柄和对象复制的相关知识将在第二章对象模式的价值里面详细讲解。

尽管我个人很偏向于使用PHP5开发，但我感觉到PHP4将继续被我们使用相当长的一段时间，而且现有的公开发布的项目也将继续支持PHP4。所以，本书对两种版本的PHP提供相同的支持。尽可能的提供了PHP4,PHP5两个版本的实例代码。在每一章里面，每一个代码块（在不同的PHP版本中有所改动的）中都提供有相应的注释来暗示其改变，比如//php4和//php5。

[next]

参考书目和其他资源

这里有很多相关的参考书来帮助你更好的学习设计模式。设计模式的圣经（译者译：最好的书）是Erich Gamma, Richard Helm, Ralph Johnson和John Vlissides（他的开创性作品经常被提及为Gang of Four简写为GOF，就是代表他们四个人）撰写的《设计模式：可重用的面对对象软件开发原理》。

 关于设计模式，下一个最有用的关于PHP WEB应用程序设计模式方面的书就是Martin Fowler出版的Patterns of Enterprise Application Architecture （译者译：企业应用程序体系结构模型）。与GOF的书包含了所有一般的设计模式相比，Fowler的这本书详细的介绍了许多专门用于开发web应用程序的设计模式。

另外在很多网站上也提供了有关设计模式方面的丰富资源，一个特别典型的网站就是波特兰模型库（http://cz.com/por/）。

另外一个关于PHP设计模式的站点是phpPatterns，在线地址是http://www.phppatterns.com。

感谢

我很感谢我得老板，在他那里，我的任务和责任允许我在这个我感兴趣的领域花费一部分时间，也感谢他给我提供知识和经验让我有信心写完这本书。

我的灵感，想法和经验的另外一个来源是SitePoint这个站点（http://www.sitepoint.com）的论坛。特别值得一提的，那些经 常上Advanced PHP Forum（译者译：PHP高级论坛）的投稿人都有着丰富的知识与经验，他们是我在网上发现的最慷慨大方的共享自己想法的团体。我也正是通过这些资源（译者注：SitePoint站点）登陆了SimpleTest(http://simpletest.sf.net)，WACT(http: //wact.sf.net)和其他许多我认为无价的PHP工程项目。在接下来的岁月里，我希望SitePoint能够继续成为PHP开发者的丰富资源 点。

没有PHP开发团队的贡献和重要的努力，这本书显然是不可能存在的。因为正是他们开发出如此好用、易学、通用而且非常适合开发WEB应用程序的语言。

最后，我还要感谢Marco Tabini 和php|architect的全体成员。这本杂志（译者注：php|architect）已经成为许多不同PHP主题的来源，而且这些主题都是专业的开发人员发布的。由Macro和公司主办的会议也是相当好的。

下一节：《PHP设计模式介绍》第一章 编程惯用法