C++设计模式 之 “对象性能” 模式：Singleton、Flyweight

　　“对象性能”模式
　　面向对象很好地解决了“抽象”的问题，但是必不可免地要付出一定的代价。对于通常情况来讲，面向对象的成本大都可以忽略不计。但是某些情况，面向对象所带来的成本必须谨慎处理。

　　典型模式
　　# Singleton
　　# Flyweight

　　Part 1 单件模式（单例模式）

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

　　模式定义
　　保证一个类仅有一个实例，并提供一个该实例的全局访问点。——《设计模式》GoF

　　代码

class Singleton
{
    private static Singleton instance;
    private static readonly object syncRoot = new object();

    public static Singleton GetInstance()
    {
        if(instance == null)
        {
            lock (syncRoot)
            {
                if(instance == null)
                    instance = new Singleton();
            }
        }

        return instance;
    }

    private static Singleton instance() {}
}

　　结构
　　

　　要点总结
　　# Singleton 模式中的实例构造器可以设置为 protected 以允许子类派生。
　　# Singleton 模式一般不要支持拷贝构造函数和 Clone 接口，因为这有可能导致多个对象实例，与 Singleton 模式的初衷违背。
　　#如何实现多线程环境下安全的 Singleton ？ 注意对双检查锁的正确实现。

　　part2 Flyweight 享元模式

　　动机
　　#在软件系统采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中，从而带来很高的运行代价——主要指内存需求方面的代价。
　　#如何在避免大量细粒度对象问题的同时，让外部客户程序仍然能够透明地使用面向对象的方式来进行操作？

　　模式定义

　　运用共享技术有效地支持大量细粒度的对象。——《设计模式》GoF

　　结构

　　代码 from 《大话设计模式》

struct User {
	User(string username) : _username(username) {}
	string _username;
};

struct Website {
	virtual void request(User* u) = 0;
};

struct ConcreteWebsite : public Website {
	virtual void request(User* u) override {
		cout << u->_username << endl;
	}
};

struct WebsiteFactory {
	map<string, Website*> websites;

	Website* getWebsiteCategory(string key) {

		map<string, Website*>::const_iterator it = websites.find(key);

		if (it != websites.end())
			return it->second;
		else
			return websites[key] = new ConcreteWebsite();
	}
};

int main() {
	WebsiteFactory websiteFactory;

	Website* youku = websiteFactory.getWebsiteCategory("concrete_session");
	youku->request(new User("Tank"));

	return 0;
}

　　要点总结
　　#面向对象很好地解决了抽象性的问题，但是作为一个运行在机器中的程序实体，我们需要考虑对象的代价问题。Flyweight主要解决面向对象的代价问题，一般不触及面向对象的抽象性问题。
　　#Flyweight采用对象共享的做法来降低系统中对象的个数，从而降低细粒度对象给系统带来的内存压力。在具体实现方面，要注意对象状态的处理。
　　#对象的数量太大从而导致对象内存开销加大——什么样的数量才算大？这需要我们仔细地根据具体应用情况进行评估，而不能凭空臆断。