一、单件模式

英文叫做sington。其他语言中有叫做单例模式，其实都是一样的道理。保证只会出现单个实例，所以是单例。翻译成单件，永远只会产生一件，呵呵。

还有翻译成单元素模式。其实关键是看这个英文比较好。英文是sington,统一是使用这个单词。

单件模式的目的我理解如下：

避免重复创建(实例化)对象,已经有现成的实例就用现成的。

减少资源的浪费(因为创建多个实例,浪费内存，完全没必要)，单件模式保证了每时每刻引用的都是同一个实例。

为什么同时创建多个实例会引起逻辑上的错误呢？

$obj1
$obj2
多个实例。可能会覆盖掉里面的静态static变量吗? 不是这样子的。

其实是因为我目前还没遇到更加严重的问题。目前是简单的应用。

二、我觉得单件模式实践的注意点在下面几个方面

1、不要使用全局变量来保存实例值。因为全局变量在任何地方都可以被访问和修改，这就意味着可能会被其他代码给破坏掉值，这样就达不到永远是同一

个实例的效果。

2、使用static静态变量。这样只能函数内部访问。解决了全局变量被破坏的风险。

我觉得这是很多要做到实例唯一的一个关键部分。像框架中为保证所有对类实例的引用是唯一一个，都是将实例保存在static变量中。这样子下回调用的

时候也是同一个实例。不会重复创建。

抓住了这个精髓，我觉得是可以变化的。并不一定要遵循设计模式书中的做法。因为目标是相同的。技巧可以不同。

3、一般将类的__construct()构造函数标识为private,这样就是避免程序员直接实例化这个类。根据每种语言的特点，加上private关键词，程序员new一

个对象，就会报错。这种技巧是一种辅助手段。为保证只有一个类实例做辅助方案的。核心还是在于第二点的static关键字。

只要程序员约定好，这个辅助手段其实可以没有仍然能够做到单件。不是为设计模式而设计。了解实现目标才是关键的。

我在想，可以使用protected来替代吗？

目标就是，要禁止使用new来实例化这个函数。当实例化一个类的时候，默认会去执行构造函数，而加上protected和private关键字的成员，
都同样不能在类外部调用的。所以使用protected也是可行的。

但为什么要使用private呢？还有个好处，可以避免被继承的子类所重写，覆盖掉方法的内容。因为加上protected标识的成员是能够被子类给重写的。
既然对构造函数加上了private,那就意味着子类是不能继承这个类的。了解这个特性设计的时候就要考虑,无子类继承它的概念。

4、代码实践

class test
{

static $_instance = false;

private function __construct()
{

/*一般将构造函数加上private关键字，这样子避免直接使用外部直接new来实例对象,当然内部使用new来创建是不会影响的*/
}

function get_instance()
{

if(self::$_instance==false && !is_object(self::$_instance)){
       
         self::$_instance = new test();
      }
      return self::$_instance;

}

}

实际项目开发中，有个变体是，创建a、b、c的实例都需要通过一个公共的方法来调用，这样子可以实现单件模式。

类似于thinkphp等框架中的。

像下面是phpcms中的

pc_base::load_app_calss('test');

load_app_class($class_name)
{

static $class_array = array();

if(isset($class_array[$class_name]) &&　is_object($class_array[$class_name])) )
return $class_array[$class_name];
}else{
//这里可能还要有代码载入这个类文件,根据实际而定。可以是去默认一个文件夹夹中载入。也可以认为调用这个方法的前提是类文件要载入进来
$class_array[$class_name] = new $class_array[$class_name];
return $class_array[$class_name];

}

其实可以避免创建很多数据库链接。写到这里，我想起了mysql对于同一组参数进行的mysql_connect()连接，是不会重新建立连接的。php手册中对这个函

数的解释如下：

如果用同样的参数第二次调用 mysql_connect()，将不会建立新连接，而将返回已经打开的连接标识。

其实呢，只是mysql_connect这个函数做了可复用了。不讨论数据库连接方面。实例化其他的类，也需要创建大量的实例。占有资源。是指同一次执行的代

码过程中才能起到节省资源的效果

比如a.php的代码过程如下:

$class = test::get_instance();//得到这个test这个类的实例

$class->get_name();

get_count_number();//假设这个函数里面又需要用到那个类，则又需要进行实例化，如果统一调用get_instance()来获取实例，则前面得到的实例是可以

复用的。

三、单态模式(monostate)

1、单件模式还有一种变体：就是类的单件模式，也就是monostate模式。MonoState的意思就是"单一的状态"。也就是常说的单态。实现的目标为：所有实

例都是共享类中同一个值。

monostate的设计目标为：实现多个实例可以共享变量(类里面的属性),成为单态，尽管存在多个实例，但实例中的变量的最终只会有一个状态(可以理解为

一个值),不会出现多个值(也就是每个实例里面的变量都是不同的值)。

2、它与单件的区别为：

单件是将构造函数声明为private，来保证只有一个实例。而单态则不需要。它关注的侧重点是最终只有一个数值，而用户实例化多少类,不是它所关心的

。
MonoState并不限制创建对象的个数，但是它的状态却只有一个状态。

3、monostate模式实践

实践要点：把类里面的变量(属性)标识为static即可

<?php

class test
{

static $_state = array();

function set($key,$value)
{
  self::$_state[$key]= $value;
}

function get($key)
{

return self::$_state[$key];

}

}

$obj = new test();

$obj->set('name','wangtao');

$obj->set('sex','male');

echo $obj->get('name');//得到结果是wangtao

//再次实例化一次，看访问对象的成员，是否得到一样的数据。
$obj2 = new test();

echo $obj2->get('name');//输出wangtao

//再次新创建一个实例$obj2,访问name这个变量，数据是共享的，所以输出还是wangtao。当然使用set()把值改变了，其他实例也会访问到改变后的值。

总结：实现monostate模式，具体实现有多种办法，只要达到共享数据的目的就ok。比如使用$_GLOABS[]全局变量，把数据保存在全局变量中，然后放到类

成员中也可以，《php设计模式》这本书就是使用这种形式实现。使用静态变量(static关键字)也可以。上面使用的就是静态变量的方式。我觉得使用

static方式更加直观易懂

四、思考：sington与monostate能混合一起实现吗？

既然sington模式可以避免创建多个实例。而monostate是关注多个实例之间共享数据。

那么有没有种办法让两者混合呢。

也就是说：我构造一个类，既能够达到单件的效果，也能实现monostate的效果。开玩笑玩玩,呵呵,加深深入理解。

我觉得，单件关注的是实例化一个类。monostate关注的状态的一致性。其实两者是不相容的。

如果实现了单件模式。那么就不存在多个实例对象存在。既然都是调用同一个实例，这样子里面的成员变量肯定是共享的,因为使用的是同一个实例的成员

。为此我特意做试验，如下：

class test
{

static $_state;//实现单态,就是将里面变量定义为static即可,现在这个类实现了monostate模式
static $_instance = false;

private function __construct()
{

}

/*
实现单例模式
*/
function get_instance()
{

if(self::$_instance==false && !is_object(self::$_instance)){
       
         self::$_instance = new test();
      }
      return self::$_instance;

}

}

$obj1 = test::get_instance();
$obj1->_state = 20;

$obj2 = test::get_instance();//因为这里引用的还是同一个实例,所以下面输出属性的值,还是前面更改的20

echo $obj2->_state;

以上是给自己总结用。不正确之处欢迎指正。