上文：php教程：php设计模式引见之工厂模式

《PHP设计模式引见》第四章 单条模式

几乎所有面向对象的程序中，总有一两个资源被创建出来，在程序使用中持续被共享使用。例如，这样的一个资源，在一个电子商务程序的数据库连接中使用：这个连接在使用程序启动时初始化，程序于是可以无效的执行；当程序结束时，这个连接最终被断开并销毁。如果是你写的代码，没必要在每时每刻创建一个数据库连接，这样非常低效。曾经建立好的连接应该能被你的代码简单反复的使用。这个问题就是，基于以上要求你将如何进行这个数据库连接？（或者连接其它被循环使用的独一资源，比如一个开放文件或者一个队列。）

问题

你怎样确保一个特殊类的实例是独一无二的（它是这个类的独一实例），并且它很存取容易呢？

处理方案

当然，全局变量是不言而喻的处理方案。但它就像潘多拉的盒子（正确的判断来自经验，而错误的判断产生经验。这句谚语就是这个意思。），你的任何代码都能修正全局变量，这将不可避免的惹起更多调试的不测。换句话说，全局变量的形状总是会出现一些问题的，（这里有一个关于全局变量使用问题不错的描述，http://c2.com/cgi/wiki?GlobalVariablesAreBad）。

当你需求一个特殊类的独一实例时，使用这个名字叫单件的模式。基于单件模式的类能实例化和初始化这个类的一个实例，并且提供每时每刻绝对相反的连接。普通情况下使用名为getInstance()的静态方法实现。

关键问题是，如何在每时每刻获得一个精确统一的实例。请看下面的例子：

// PHP4
function TestGetInstance() {
$this->assertIsA(
$obj1 =& DbConn::getInstance(),
‘DbConn’,
‘The returned object is an instance of DbConn’);
$this->assertReference(
$obj1,
$obj2 =& DbConn::getInstance(),
‘Two calls to getInstance() return the same object’);
}

注释：assertReference
 assertReference() 方法确保两个被传递的参数援用自相反的PHP变量。   
 在PHP4中，这里断言两个被测试的参数的却是相反的对象。assertReference() 这个方法在移植到PHP5当前也许就不推荐使用了。

这个test方法有两个断言：第一个判断第调用静态方法DbConn::getInstance()前往的值是DbConn对象的实例，第二个用来判断第二次调用getInstance()方法前往得值援用的是相反的对象实例，这意味着他们使用的是同一个对象。

除了断言代码预期的执行结果，Test也预示了getInstance()的正确用法(PHP4)：$local_conn_var=&DbConn::getInstance()。援用（=&）静态方法的前往值赋值给了这个局部变量。

再写另外一段测试代码：直接用“new”来实例化一个单件类会惹起某些类型的错误。test代码如下：

function TestBadInstantiate() {
$obj =& new DbConn;
$this->assertErrorPattern(
‘/(bad|nasty|evil|do not|don\’t|warn).*’.
‘(instance|create|new|direct)/i’);
}

这段代码直接创建了一个 DbConn 的实例，将会惹起PHP报错。为了让代码更稳定，我们用PCRE正则表达式来婚配报错信息。（显示报错信息的确切措词并不重要。）