Singleton Pattern单例模式

某些类在概念上只有一个实例，于是我们就试图只创建一个对象然后复用，提供一个全局的访问点。
优点：
对唯一实例的受控访问
缩小了命名空间（是一种对使用全局变量的改进）
通过封装保证对象的复用，不让客户端考虑。
提高了性能（节省创建时间，降低内存消耗）
代码示例：

进一步的提高：
延迟加载，在首次访问时创建对象：

Flyweight Pattern享元模式

解释了如何共享对象使其支持细粒度的使用而不产生过高的成本：
首先介绍：
内蕴状态是存储在享元对象内部并且不会随环境改变而改变。因此内蕴状态并可以共享。
外蕴状态是随环境改变而改变的、不可以共享的状态。享元对象的外蕴状态必须由客户端保存，并在享元对象被创建之后，在需要使用的时候再传入到享元对象内部。
外蕴状态与内蕴状态是相互独立的。

在单纯享元模式中，所有的享元对象都是可以共享的。单纯享元模式所涉及的角色如下：

抽象享元(Flyweight)角色：此角色是所有的具体享元类的超类，为这些类规定出需要实现的公共接口。那些需要外蕴状态(External State)的操作可以通过调用商业方法以参数形式传入。

具体享元(ConcreteFlyweight)角色：实现抽象享元角色所规定的接口。如果有内蕴状态的话，必须负责为内蕴状态提供存储空间。享元对象的内蕴状态必须与对象所处的周围环境无关，从而使得享元对象可以在系统内共享的。

享元工厂(FlyweightFactory)角色：本角色负责创建和管理享元角色。本角色必须保证享元对象可以被系统适当地共享。当一个客户端对象调用一个享元对象的时候，享元工厂角色会检查系统中是否已经有一个复合要求的享元对象。如果已经有了，享元工厂角色就应当提供这个已有的享元对象；如果系统中没有一个适当的享元对象的话，享元工厂角色就应当创建一个合适的享元对象。

客户端(Client)角色：本角色需要维护一个对所有享元对象的引用。本角色需要自行存储所有享元对象的外蕴状态。

实际例子：

Prototype Pattern原型模式

核心：通过复制已经有的对象创建新对象。在初始化对象代价高的时候可以降低开销。
类似于文档模板，每次写的时候就作为撰写文档的起点。
创建第一个对象时开销大，把它记录下来储存在原型库中，下次需要相似对象直接取出来。