几种“单例”模式之间的区别
“单例”的概念是说,数据,在指定的范围内,只有一份。
这个所谓的“指定的范围”可能是每进程、每AppDomain、每线程,也可能是每调用。为了在指定的范围内“单例”,可能要采用不同的技术。比方说一个普通的静态属性Instance可以提供很happy的每AppDomain范围;一个ThreadStaticAttribute修饰的static域可以提供每线程范围;一个CallContextStaticAttribute(这东东得自定义,回头帖个实现)来提供每调用范围等等。
今天主要讨论不是这些范围如何如何,是单例的实现方式之间的不同。下面,我们假设一个进程中唯一的一个AppDomain中实现单例。
从实现上来说,“单例”一般有三种方式:
1、static class。该类中的方法、属性、变量统统都只有一份。
2、一个静态的Insatnce属性或getInstance()方法,也就是标准的Singleton模式。
3、Monostate模式。
对1,那没啥可说的,没有继承,也就没有多态,比较死板,在类第一次被使用时初始化。
对2,可以继承,有多态,问题在于所有的派生类都得自己实现Instance属性或者getInstance方法才能使派生类也是Singleton。在第一次使用Instance属性或调用getInstance方法时初始化。
对3,可以继承,可以多态。内部依靠多个实例对象共享相同的静态变量(跟享元模式类似。flyweight,每次看到这个中文翻译都敬仰的一塌糊涂)达到数据只有一份的目的。派生类天生就是Singleton的。
依据需求,简单应用就直接1;对2,还没碰到过不能用1代替的情况,基本上也没啥变态需求要重载Singleton的某些功能;对3,唯一用过的地方是数据一部分是每AppDomain范围,一部分是每调用“单例”,对不同的调用,每调用“单例”中的数据不同。
这个所谓的“指定的范围”可能是每进程、每AppDomain、每线程,也可能是每调用。为了在指定的范围内“单例”,可能要采用不同的技术。比方说一个普通的静态属性Instance可以提供很happy的每AppDomain范围;一个ThreadStaticAttribute修饰的static域可以提供每线程范围;一个CallContextStaticAttribute(这东东得自定义,回头帖个实现)来提供每调用范围等等。
今天主要讨论不是这些范围如何如何,是单例的实现方式之间的不同。下面,我们假设一个进程中唯一的一个AppDomain中实现单例。
从实现上来说,“单例”一般有三种方式:
1、static class。该类中的方法、属性、变量统统都只有一份。
2、一个静态的Insatnce属性或getInstance()方法,也就是标准的Singleton模式。
3、Monostate模式。
对1,那没啥可说的,没有继承,也就没有多态,比较死板,在类第一次被使用时初始化。
对2,可以继承,有多态,问题在于所有的派生类都得自己实现Instance属性或者getInstance方法才能使派生类也是Singleton。在第一次使用Instance属性或调用getInstance方法时初始化。
对3,可以继承,可以多态。内部依靠多个实例对象共享相同的静态变量(跟享元模式类似。flyweight,每次看到这个中文翻译都敬仰的一塌糊涂)达到数据只有一份的目的。派生类天生就是Singleton的。
依据需求,简单应用就直接1;对2,还没碰到过不能用1代替的情况,基本上也没啥变态需求要重载Singleton的某些功能;对3,唯一用过的地方是数据一部分是每AppDomain范围,一部分是每调用“单例”,对不同的调用,每调用“单例”中的数据不同。
posted on 2007-07-31 13:35 Nineteen@newsmth 阅读(1552) 评论(0) 编辑 收藏 举报