设计模式笔记（十一）--建造者模式、原型模式、单例模式

建造者模式（Builder Pattern）

封装一个产品的构造过程，并允许按步骤构造。

还有一个通俗的定义是：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

简单点说，就是客户类想要创建结构或者逻辑特别复杂的产品对象时，让建造者帮忙构建产品，建造者负责产品各个部件的构建以及最终产品的组装。

客户类指示构造器按什么流程构造产品，并可以通过它得到最终构建好的产品。具体的构建者负责创建并保存真正的产品。

这样，就将一个复杂对象的创建过程封装起来了。客户类只看到抽象的构造器接口IBuilder，所以实现可以被随便替换。建造者模式经常被用来创建组合结构类型的对象。但对客户类而言，需要了解更多的关于产品的知识。

建造者模式（Builder Pattern）也可以翻译成 创建者模式/构造者模式/构造器模式/生成器模式。

具体的例子也很简单就不贴了，可以百度一下，但要注意产品Product和具体建造者ConcreteBuilder是组合关系，具体建造者必须负责产品实例的生命周期，一般在构造器中实例化产品。

原型模式（Prototype Pattern）

用原型实例指定创建对象的种类，并通过拷贝这些原型创建新的对象。

简单点说，就是复制已有的实例来创建新的实例。当然，可以完全复制原型实例所有的资源（深复制）也可以引用原型实例的资源（浅复制）。

在Java中基本类型数据都是深复制，但一般引用类型数据是浅复制的，也就是说引用类型一般都是指向相同的引用对象。原型类Prototype需要实现Cloneable接口（在运行时通知虚拟机可以安全地在实现了此接口的类上使用clone方法。在java虚拟机中，只有实现了这个接口的类才可以被拷贝，否则在运行时会抛出CloneNotSupportedException异常），重写Object类中的clone方法来获取拷贝的对象，因其原来作用域是protected的，所以Prototype类需要将clone方法的作用域修改为public类型。如果要实现深复制，只需让两个类都实现Cloneable接口并重载clone()方法，在客户类中指向新clone的引用即可。但要注意，并不是所有的类都能深度clone，像String、StringBuffer等对象是不能深复制的。

使用原型模式创建对象比直接new一个对象在性能上要好的多，因为Object类的clone方法是一个native方法，效率特别高，特别是复制大对象时，性能的差别非常明显。
使用原型模式的另一个好处是简化对象的创建，使得创建对象就像我们在编辑文档时的复制粘贴一样简单。

但也要认识到，对象的复制有时会相当复杂。

单例模式（Singleton Pattern）

我的这篇文章：单例类

最常用的就是枚举单例和双检锁单例，其它的什么懒汉饿汉就不要管了。