石家庄网站制作官网,游戏网站建设与策划方案,制作动画片的软件,网站源码偷取工具1、定义与动机 概述#xff1a;享元模式和单例模式一样#xff0c;都是为了解决程序的性能问题。面向对象很好地解决了抽象的问题#xff0c;但是必不可免得要付出一定的代价。对于通常情况来讲#xff0c;面向对象的成本大豆可以忽略不计。但是某些情况#…1、定义与动机 概述享元模式和单例模式一样都是为了解决程序的性能问题。面向对象很好地解决了抽象的问题但是必不可免得要付出一定的代价。对于通常情况来讲面向对象的成本大豆可以忽略不计。但是某些情况面向对象所带来的成本必须谨慎处理。 定义运用共享技术有效地支持大量细粒度的对象。 动机 在软件系统中采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中而带来很高的运行时代价——主要指内存需求方面的代价。如何避免大量细粒度对象问题的同时让外部客户程序仍然能够透明地使用面向对象的方式来进行操作 个人理解例如在电脑中存在大量的字体 首先电脑在启动时不可能把所有的字体的文件渲染方式或者字体样式都加载到内存中而应该是在需要的时候去加载 其次当电脑字体需要更改时会创建一个字体对象而wps/office中的字体也会有一个对象字体。 当word和ppt中的字体相同时应该是只需要创建一个对象因为字体这个东西应该说只读只用来渲染总不可能更改样式吧因此这两个对象应该使用同一个对象即可不应该在需要的地方就new 很明显这里也是解决一个性能问题的设计模式 比较常见的一个实用地方各种池子线程池、内存池、连接池…它们都应该创建好需要的时候去取一个就行用完了还回去而不是需要的时候new一个。
2、享元模式
对于Font类创建出来的对象应该只能读不允许修改FontFactory字体工厂负责取字体如果没有就new一个字体然后存放在一个数据结构中这里用无序map
#include iostream
#include unordered_map
#include string
class Font{
private:// unique object keystd::string key;// object state ...
public:Font(const std::string _key){// ...}
};class FontFactory{
private:std::unordered_mapstd::string, Font* fontPool;
public:Font *GetFont(const std::string key){if(fontPool.find(key) fontPool.end()){Font *font new Font(key);fontPool.insert(std::make_pair(key, font));}return fontPool[key];}
};void process()
{FontFactory* fontFactory new FontFactory();Font* songStyle fontFactory-GetFont(宋体);Font* kaiStyle fontFactory-GetFont(楷体);// ...
}其实这里没有设计好
FontFactory可以到处创建可以考虑把FontFactory字体工厂做成一个单例的工厂。字体获取的多线程安全问题准确来说获取应该是没有线程安全问题的创建有…
3、总结
面向对象很好的解决了抽象性问题但是作为一个运行在机器中的程序实体我们需要考虑对象的代价问题。Flyweight主要解决面向对象的代价问题一般不初级面向队形的抽象性问题Flyweight采用对象共享的做法来降低系统中对象的个数从而降低细粒度对象给系统带来的内存压力。在具体实现方面要注意对象的状态处理即只读不修改否则后续可能无法重复使用对象的数量太大从而导致对象内存开销加大——什么样的数量才算大这需要仔细的根据具体应用情况进行评估而不能凭空臆断。
