对象性能模式
面向对象很好地解决了“抽象”的问题,但是必不可免地要付出一定的代价。对于通常情况来讲,面向对象的成本都可以忽略不计,但是某些情况,面向对象所带来的成本必须谨慎处理。
典型模式
Singleton | Flyweight |
---|
Slingleton 单件模式
动机(Motivation)
- 在软件系统中经常有这样一些特殊的类,必须保证他们在系统中只存在一个实例,才能确保他们的逻辑正确性,以及良好的效率。
- 如何绕过常规的构造器,提供一种机制来保证一个类只有一个实例?
- 这应该是是类设计者的责任,而不是使用者的责任。
模式定义
保证一个类仅有一个实例,并提供一个该实例的全局访问点。
要点总结
- Singleton模式中的实例构造器可以设置为Protected以允许子类派生。
- Singleton模式一般不要支持拷贝函数和Clone接口,因为这有可能导致多个对象实例,与Singleton模式的初衷违背。
- 如何实现多线程环境下安全的Singleton?注意对双检查锁的正确实现。
Flyweight 享元模式
动机(Motivation)
在软件系统采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中从而带来很高的运行时代价-主要指内存需求方面的代价。
如何在避免大量细粒度对象问题的同时,让外部客户程序仍然能够透明的使用面向对象的方式来进行操作?
模式定义
运用共享技术有效地支持大量细粒度的对象。
要点总结
面向对象很好的地解决了抽象性的问题,但是作为一个运行在机器中的程序实体,我们需要考虑对象的代价问题。Flyweight主要解决面向对象 的代价问题,一般不触及面向对象的抽象问题。
Flyweight采用对象共享的做法来降低系统中对象的个数,从而降低细粒度的效率。