2. Singleton单件(创建型模式)

动机(Motivation)
在软件系统中,经常有这样一些特殊的类,必须保证它们
在系统中只存在一个实例,才能确保它们的逻辑正确性、
以及良好的效率。
如何绕过常规的构造器,提供一种机制来保证一个类只有
一个实例?
这应该是类设计者的责任,而不是使用者的责任。

 

意图(Intent)
保证一个类仅有一个实例,并提供一个该实例的全
局访问点。
——《设计模式》GoF

 

单线程Singleton模式的几个要点
• Singleton模式中的实例构造器可以设置为protected以允
许子类派生。
• Singleton模式一般不要支持ICloneable接口,因为这可能
会导致多个对象实例,与Singleton模式的初衷违背。
• Singleton模式一般不要支持序列化,因为这也有可能导致
多个对象实例,同样与Singleton模式的初衷违背。
• Singletom模式只考虑到了对象创建的管理,没有考虑对
象销毁的管理。就支持垃圾回收的平台和对象的开销来
讲,我们一般没有必要对其销毁进行特殊的管理。
• 不能应对多线程环境:在多线程环境下,使用Singleton模
式仍然有可能得到Singleton类的多个实例对象。

 

 

Singleton模式扩展
• 将一个实例扩展到n个实例,例如对象池的实现。
• 将new 构造器的调用转移到其他类中,例如多个
类协同工作环境中,某个局部环境只需要拥有某
个类的一个实例。
• 理解和扩展Singleton模式的核心是“如何控制用户
使用new对一个类的实例构造器的任意调用”。

 

 

 

 

推荐参考书
• 《设计模式:可复用面向对象软件的基础》GoF
• 《面向对象分析与设计》Grady Booch
• 《敏捷软件开发:原则、模式与实践》Robert C. Martin
• 《重构:改善既有代码的设计》Martin Fowler
• 《Refactoringto Patterns 》JoshuaKerievsky

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值