1.定义
|
1
|
当需要控制一个类的实例数量且调用者可以从一个公共的访问点访问时。
|
2.适用场景
|
1
2
|
1
. 当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时。
2
. 当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例时。
|
3.评价
|
1
2
3
4
5
|
优点：
1
. 对唯一实例的受控访问, 因为Singleton类封装它的唯一实例，所以它可以严格的控制客户怎样以及何时访问它。
2
. 缩小名空间,Singleton模式是对全局变量的一种改进。它避免了那些存储唯一实例的全局变量污染名空间。
3
. 允许对操作和表示的精化Singleton类可以有子类，而且用这个扩展类的实例来配置一个应用是很容易的。你可以用你所需要的类的实例在运行时刻配置应用。
4
. 允许可变数目的实例 这个模式使得你易于改变你的想法，并允许Singleton类的多个实例。此外，你可以用相同的方法来控 制应用所使用的实例的数目。只有允许访问 Singleton实例的操作需要改变。
|
4. 模式结构
|
1
2
|
Singleton 定义一个GetInstance操作，允许客户访问它的唯一实例。etInstance是一个类操作（即Smalltalk中的一个类方法和C++中的一个静态成员函数）。
可能负责创建它自己的唯一实例。
|
5.案例说明
（1） 现代化的巧克力工厂具备计算机控制的巧克力锅炉，锅炉做的事就是把巧克力和牛奶融在一起，然后送到下一个阶段，以制造成巧克力棒。Choc-O-Holic公司有一个巧克力锅炉控制器用于控制锅炉活动的进行，比如：锅炉内为空时才允许加入原料、锅炉内存在原料并且尚未煮沸时才允许进行煮沸、排出牛奶和巧克力时要求炉内的存在原料并且已经被煮沸。万一存在多个ChocolateBoiler（巧克力锅炉），就不一定按照我们限制的流程去生产，从而出现很多糟糕的情况，所以必须将ChocolateBoiler设计成一个单件。
本文转自二郎三郎博客园博客，原文链接：http://www.cnblogs.com/haore147/p/3866602.html，如需转载请自行联系原作者
