设计模式入门(1)------------单件(Singleton)

[hyqryq]

设计模式入门(1)------------单件(Singleton)

作者的话:
大家都说, C++难 , 难在那里 , 难在他的面向对象OO部分. 而OO的设计, 又是OO的难点
. 设计模式描述了面向对象领域中经常出现的一类固定问题 ,和他比较固定的解决方法. 这样
,你就可以一次次的重用这种解决方法而不必作重复的劳动. 但是经典书籍<<Design Pattern
>>比较晦涩, 想想我自己, 也是花费了许多时间去揣摩书中的含义. 现在精通设计模式的高手
很多, 不过他们大都很忙. 我想, 我可以花去一些休息时间去为我们的众多C++ fans去做一些
有意义的事情. 我的水平不高, 文中必有一些错误, 欢迎高手们的指正.
我是个C++谜, 我经常去www.cuj.com ,在我的文章中, 你也会发现Jim Hyslop and Herb Su
tter 的影子.
我希望把模式以浅显易懂的方式介绍给大家. 如果你觉得这篇文章颇对你的胃口, 或是对你
有一点帮助, hahaha, Its my pleasure. 也对我来一些鼓励吧! 大家的鼓励可是我写作的动
力呦! (^-^)
-------------------------------------------------------------------------
" 喂喂喂, Grant 你在干吗? ", 这个家伙整个上午都把他那只派克笔转过来转过去, 搞得我
心烦不已 . "你可不可以安静点儿 ! ", 我说 .
" 我有个问题无法解决. " Grant 说, " 我设计了一个钟表类, 他需要一个唯一个时钟来对
程序中的其他的一些其他的定时器进行协调. 我不想生成第二个时钟! ", "那么你怎么做的
呢? " 我饶有兴趣的问. "我想使用全局变量, 可是我没有办法让我那该死的时钟类只生成唯
一的实例." 而且, 他接着说 "这个程序太大了, 并不是我一个人完成的. 如果只是我一个人
, 我可以记住只把时钟类实例化一次, 可是, 我还有许多partner , 这并不是一个好方法 ,我
想从设计上保证它! "
想想昨晚刚刚我刚看完设计模式上一个有关保证一个类仅有唯一实例的方法单件(Singleton
), 我不由得喜上心头, 哈哈哈, 可以卖弄一下了! ".
" 你可以把构造函数定义成非公有的, 就可以保证不会生成实例了. " 我笑着说.
" My god , 不会吧 , 非公有的构造函数 , 我可从来没有想过………… 那么我如何生成我
的唯一的时钟呢? 如果是非公有的构造函数中, 那么我好象也没有办法对时钟类实例化………
"
"你可以定义一个对类操作的static型函数, 在这个函数中实例化不就行了么! "
"我还是不太明白! ", Grant 眨了眨眼睛.

我提笔写下以下的例子:

class Singleton
{
public :
static Singleton* Instance ( );
protected :
singleton ( ) ;
private :
static Singleton* _instance ;
};

Singleton* Singleton::_instance = 0;

Singleton* Singleton::Instance ( )
{
if(_instance == 0)
{
_instance = new Singleton;
}
return _instance;
}

" 这里, Instance函数是static 型函数, 他可以对类进行操作, 而 _instance 是static型
变量, 它只与类相关. Instance 使用惰性初始化, 它直到第一次被调用时才创建唯一的Sing
letion实例. 而构造函数你可以定义为 private型, 这里定义为 protect 型, 可以使你在子
类的函数中重用它, 这样, 如果有人想用Singleton去实例化对象, 就会得到一个编译错误,
他只能通过Instance函数去方问唯一的对象, 明白了吗? "

" 你真是个天才, 这个想法太棒了, 如果我是MM的话, 我一定会嫁给你的! "
" 嫁给我 , 还是算了吧 ! 快去写你的程序. "
看着Grant 的背影, 我吐了吐舌头 , 哈, 天才, 究竟是不是天才, 只有我自己知道!


--------------------------------------------------------------------------------
--------------------------------------
大家看看题目, 设计模式入门, 记住, 这只是入门! 这里介绍的十分浅显. 如果你想要有提
高的话, 还是看<<Design Pattern>>. (哈哈哈, 如果你仔细看的话, 你会发现作者抄袭了好
多! )

作者: hyqryq

[hyqryq]

也已贴到文档中心了！

[Only_I]

kao,天才！

[gigix]

请问这是哪里来的文章？是原创吗？写得很不错呀。希望与你联系：[e-mail]

[hyqryq]

谢谢捧场， 是不才我的原创！ （*^-^*)

[740609]

能不能写完？我好想看

[hyqryq]

如果不出意外， 我打算每周写一篇。

大家的鼓励可是我写作的动力呦! (^-^)

[miame]

我打算去看设计模式。

[trustme]

我居然看不懂？！天啊，做个记号，以后再来。

[magicblue]

不错,继续

[cber]

有点仿照Conversations，虽说singleton是所有patterns里面最简单的一个（个人认为），但这篇文章还是不错的。
另外，给个建议，“惰性初始化”（lazy evaluation）改为“缓式初始化”如何？惰性听起来很不爽，而缓式则要好一些^_^

[lostmouse]

真不错！！后生可畏啊！
小伙子有前途！

[wilddragon]

值得注意

[wilddragon]

天生我才必有用

[renwind]

gz

[feeling2000]

哈哈， 再接再厉。 ：） 大家期待着呢。

[Sword_Sharp]

gz

[iamcobain]

up

[kk_liwei]

写的不错，期待！

[gigix]

singleton模式的一种变体：double-checked locking

在单线程下，我们的singleton多半是这样（java）：
class Singleton{
private Singleton(){ //... };
private static Singleton instance = null;
public static Singleton getInstance
{
if ( instance == null )
instance = new Singleton();
return instance;
};
//...
}

但是在多线程环境下，这里有个问题：如果一个线程先检查了instance==null，然后开始创建新的实例；同时另一个线程又来检查instance==null（此时第一个线程的创建还没完成），然后也创建新的实例。这样就有了Singleton类的两个实例——我们的singleton模式失败了。

所以我们应该加入同步代码。但是加在哪里呢？如果每个线程都需要同步再获得实例引用，这必然会形成一个瓶颈；如果在instance==null的检查后面加同步代码……这根本没有用。为什么？自己想想吧。

我们应该怎么办？同步代码肯定应该在instance==null的后面，同时，在创建新对象之前应该再检查一次instance==null：
class Singleton{
//...
private synchronized static void doSync(){
//在这里同步
}
public Singleton getInstance(){
if(instance==null){
Singleton.doSync();
if(instance==null) // 再进行一次检查
instance = new Singleton();
}
return instance;
}

两次检查，既避免了效率瓶颈，又避免了重复创建。这就是double-checked locking模式。