享元模式(Flyweight)

享元模式

     享元模式运用共享技术有效地支持大量细粒度的对象。

UML图如下:

C++代码实现如下:

 

 

思考:Flyweight根据客户需求返回已经生成好的对象,但一定要事先生成对象实例吗?

答:实际上是不一定需要的,完全可以初始化的时候什么也不做,到需要的时候,再去判断对象是否为NULL来决定是否实例化。

思考:为什么要有UnsharedConcreteFlyweight的存在呢?

答:因为尽管我们大部分时间都需要共享对象来降低内存的消耗,但个别时候也有可能不需要共享的,那么此时的UnsharedConcreteFlyweight子类就有存在的必要了,它可以解决那些不需要共享对象的问题。

 

*内部状态和外部状态

在享元对象内部并且不会随环境改变而改变的共享部分,可以称为是享元对象的内部状态;而随着环境变化而变化的不可共享的状态就是说外部状态了。事实上,享元模式可以避免大量非常相似类的开销。在程序设计中,有时需要生成大量细粒度的类实例来表示数据。如果能发现这些实例除了几个参数外基本上都是相同的,有时就能够大幅度地减小需要实例化的类的数量。如果能把那些参数移到类实例的外面,在方法调用时将它们传递过来,就可以通过共享大幅度地减少单个实例的数目。也就是说,享元模式Flyweight执行时所需的状态是有内部的也有可能有外部状态的,内部状态存储在ConcreteFlyweight中,而对象的外部状态考虑有客户端对象存储或计算,当调用Flyweight对象的操作时,将该状态传递给它。

 

享元模式的应用

*什么时候使用享元模式?

答:如果一个应用程序使用了大量的对象,而大量的这些对象造成了很大的存储开销时就应该考虑使用;还有就是对象的大多数状态可以是外部状态,如果删除对象的外部状态,那么可以用相对较少的共享对象取代很多组对象,此时可以考虑使用享元模式。

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值