“对象性能”模式
- 面向对象很好地解决了“抽象”的问题,但是必不可免地要付出一定的代价。对于通常情况来讲,面向对象的成本大都可以忽略不计。但是某些情况,面向对象所带来的成本必须谨慎处理。
- 典型模式
- Singleton
- Flyweight
动机(Motivation)
- 在软件系统采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中,从而带来很高的运行时代价——主要指内存需求方面的代价。
- 如何在避免大量细粒度对象问题的同时,让外部客户程序仍然能够透明地使用面向对象的方式来进行操作?
模式定义
运用共享技术有效地支持大量细粒度的对象。——《设计模式》GoF
// 线程池啥的可以用这个。
示例
#include<iostream>
#include<string>
#include<map>
using namespace std;
class Font {
private:
//unique object key
string key;
//object state
//....
public:
Font(const string& key) {
//...
this->key = key;
}
void showInfo() {
cout << "字体 = " << key << endl;
}
};
class FontFactory {
private:
map<string, Font* > fontPool;
public:
Font* GetFont(const string& key) {
map<string, Font*>::iterator item = fontPool.find(key);
if (item != fontPool.end()) {
return fontPool[key];
}
else {
Font* font = new Font(key);
fontPool[key] = font;
return font;
}
}
void clear() {
//...
map<string, Font *>::iterator itor = fontPool.begin();
while (itor != fontPool.end()) {
delete (*itor).second;
(*itor).second = nullptr;
itor = fontPool.erase(itor); // 指向下一个
}
//fontPool.clear();
cout << fontPool.size() << endl;
}
};
int main()
{
FontFactory fontFactory;
Font *font1 = fontFactory.GetFont("ABC");
font1->showInfo();
Font *font2 = fontFactory.GetFont("ABC");
font2->showInfo();
fontFactory.clear();
getchar();
return 0;
}
输出:
字体 = ABC
字体 = ABC
0
类图
要点总结
- 面向对象很好地解决了抽象性的问题,但是作为一个运行在机器中的程序实体,我们需要考虑对象的代价问题。Flyweight主要解决面向对象的代价问题,一般不触及面向对象的抽象性问题。
- Flyweight采用对象共享的做法来降低系统中对象的个数,从而降低细粒度对象给系统带来的内存压力。在具体实现方面,要注意对象状态的处理。
- 对象的数量太大从而导致对象内存开销加大——什么样的数量才算大?这需要我们仔细的根据具体应用情况进行评估,而不能凭空臆断。
参考:GeekBand
标签:享元,fontPool,Flyweight,对象,模式,itor,面向对象,key,Font From: https://www.cnblogs.com/huvjie/p/16736413.html