|
|
Intent
保证一个类只有一个实例，并且提供对该实例的一个全局访问点。
Motivation
对某些类来说，确保只有一个实例是非常重要的。虽然系统中可以由多台打印机，但是应该只有一个打印机假脱机(spooler)(如来熊评论：是谁把spooler翻译成假脱机的？实在是晦涩之极，相应的是不是还有真脱机呢？其实直接翻译成“调度器”不是更容易接受吗？)。应该只有一个文件系统和一个窗口管理器。一个数码过滤器中只有一个A/D转换器。一家公司只能由一套会计系统。
我们怎样确保一个类只有一个实例，同时该实例可以很容易被访问到？一个全局变量是一个对象随处可被访问，但是并不能保证不会有多个对象被实例化。
更好地解决方案是让这个类自己负责跟踪自己的实例，自己确保不会有其他的实例被创建(截住创建新对象的请求)，自己提供访问实力的方法。这就是单件(Singleton)模式。
Applicability
1. 一个类必须确保仅有一个实例，向Client提供公开(well-known)的访问点。
2. 当该实例需要通过子类化进行扩展时，Client应该不需要修改代码就可以直接使用扩展后的实例。
Structure
Participants
-Singleton
定义了一个Instance操作，可以让Client访问唯一的实例。Instance是一个类操作。(对C++来说，就是一个静态成员函数)。
可以负责创建自己的唯一实例。
Collaborations
Client访问单件实例完全通过单件的Instance操作进行。
Consequences
-好处
1。 控制对唯一实例的访问
因为单件类封装了唯一实例，可以对Client如何以及何时访问该实例进行严格地控制。
2。减少名字空间的占用。
单件模式是对全局变量的一个改进。可以避免使用全局变量保存唯一实例对名字空间造成的污染。
3。允许对操作和表达进行精化
单件类可以子类化，并且很容易将应用程序配置成使用该扩展后实例的方式运行。可以在应用程序运行时配置成需要的实例。
4。允许可变数目的实例。
单件模式允许单件类的多个实例存在。此外，你可以使用相同的方式来控制应用程序使用的实例数目。只需要修改提供对实例访问的操作就可以了。
5。比类操作更灵活
提供单件功能的另外一个办法就是使用类操作(对C++来说就是静态成员函数)。但是这些语言技术使得修改设计以支持多个实例变得困难。此外，C++的静态成员函数不能是virtual的，这样就无法通过overriding的子类化来实现多态。
|
|
