Singleton模式和Mono-State模式

类和实例

对于大多数的类,都可以创建多个实例.在需要和不需要时,创建和删除这些实例.该过程会伴随着内存的分配和归还.

同时,有一些类,应该仅有一个实例.该实例在程序启动/结束时被创建和删除.

root对象.通过该对象可以得到系统中的其他对象.

factory对象.用来创建系统中的其他对象.

manager对象.负责管理和控制其他对象.

对于这些对象,如果创建了多份,那么就会发生逻辑错误.

通常情况下,强制对象单一性的机制有些多余.完全可以在程序启动时只创建该对象的一个实例.

不过,使用模式能够传达我们的意图(该类仅能有一个实例).

代价/收益:如果强制对象单一性的机制是轻量级的.那么传达意图的收益会胜过实施这些机制的代价.

Singleton模式

实现: private new(); private static theInstance; public static Instance();

收益:

适用于任何类:只需把类的构造变为private,并增加相应的static变量和方法.

可以透过派生创建.

延迟求值(lazy evaluation):只有真正使用时,才会创建对象.

代价:

destory()未定义:由于持有Sigleton实例的模块很多,即使将该实例=null.随后对其方法的调用仍然会创建另一个新的实例.

不能继承:从Singleton类派生的类不是Singleton.而必须加入static的处理.

效率问题:每次调用Instance()都会进行if判断,很多情况下,是多余的.

不透明性:Singleton的使用者不知道其使用的是一个Singleton类.

Mono-State模式

实现: 简单地把对象的所有变量变成static.而方法都是普通方法(非static).

所有的实例,看起来就像具有不同名称的同一对象一样.即使当前所有的实例都被销毁,也不会丢失Data.

收益:

透明性:Mono-State对象和regular对象在使用上没有区别.

可派生性:派生类也会共享相同的static var.

多态性: 方法是非静态的,不同的子类可以基于同样的static var拥有不同的表现.

代价:

不可转换型: 不能透过派生来把常规类转换为Mono-State类.

效率: Mono-State对象是真正的对象,创建许多个会有开销.

内存: 只要创建了,即使还未使用,就已经占用了内存.

对比:

Singleton强制结构上的单一性.

Mono-State强制行为上的单一性.

Mono-State的测试case对Singleton是有效的.但是反之不行.

如果希望透过派生去约束一个现存类,并且不介意它的所有调用者都必须要调用instance()来获取访问权,使用Singleton.

如果希望类的单一性本质对调用者透明,或者使用单一对象的多态派生对象.使用Mono-State.

[Agile Software Development(Principles,Patterns,and Pracitices)]