原型模式

在设计模式中存在一种模式，可以通过一个原型对象克隆出多个一模一样的对象，该模式称之为原型模式。

原型模式的定义如下：

原型模式（Prototype Pattern）：使用原型实例指定创建对象的种类，并且通过克隆这些原型创建新的对象。原型模式是一种对象创建型模式。

在使用原型模式时，需要首先创建一个原型对象，再通过复制这个原型对象来创建更多同类型的对象。

原型模式的工作原理很简单：将一个原型对象传给哪个要发动创建的对象，这个要发动创建的对象通过请求原型对象克隆自己来实现创建过程。由于在软件系统中经常会遇到需要创建多个相同或者类似对象的情况，因此原型模式在真实开发中的使用频率还是非常高的。原型模式是一种“另类”的创建型模式，创建克隆对象的工厂就是原型类自身，工厂方法由克隆方法来实现。

需要注意的是，通过克隆方法所创建的对象是全新的对象，它们在内存中拥有新的地址；通常，对克隆所产生的对象进行的修改不会对原型对象造成任何影响，每一个克隆对象都是相互独立的；通过不同的方式对克隆对象进行修改后，可以得到一系列相似但不完全相同的对象。

原型模式的UML图如下：

原型模式主要包含一下3个角色：

1.Prototype（抽象原型类）：它是声明克隆方法的接口，是所有具体原型类的公共父类，可以是抽象类也可以是接口，甚至可以是具体实现类；

2.ConcretePrototype（具体原型类）：它实现在抽象原型类中声明的克隆方法，在克隆方法中返回自己的一个克隆对象；

3.Client（客户类）：让一个原型对象克隆自身从而创建一个新的对象，在客户类中只需要直接实例化或者通过工厂方法等方式创建一个原型对象，再通过调用该对象的克隆方法即可得到多个相同的对象。由于客户类针对抽象原型类Prototype编程，因此用户可以根据需要选择具体原型类，系统具有较好的可扩展性，增加或更换具体原型类都很方便。

通过上面的介绍可以知道，原型模式的核心在于如何实现克隆方法，而克隆方法的实现可能不同的编程语言实现起来不太一样，这里以Java来说明。

Java实现克隆对象可以通过把要克隆的对象实现Cloneable接口，并重新clone方法，在clone方法中返回新创建的对象。但是这种方法实现的克隆属于浅克隆，也就是如果被克隆的类的实例变量不仅有基本类型，还有引用类型，那么浅克隆就无法将引用类型所指向的对象创建一个新对象，换句话说浅克隆只是复制了引用的地址，引用指向的对象还是原来的对象，如果修改了克隆后的对象，那么原对象也会被修改。

有没有方法解决这个问题呢？答案是肯定的，就是使用Java的对象的序列化和反序列化。

首先，需要被克隆的对象需要实现Serializable接口，然后在克隆方法中，先把对象序列化后写入流中，然后再从流中读取并反序列化成对象后返回。Java代码实现如下：

import java.io.Serializable;


/**
 * 定义抽象的原型接口，实现序列号接口
 */
public interface Prototype extends Serializable {

    //声明克隆方法（采用深克隆）
    Prototype deepClone() throws IOException, ClassNotFoundException;
}

import java.io.*;

/**
 * 具体原型类
 */
public class ConcretePrototype implements Prototype {


    /**
     * 通过序列化和反序列化实现深克隆
     * @return
     */
    @Override
    public Prototype deepClone() throws IOException, ClassNotFoundException {
        //将对象写入流中
        ByteArrayOutputStream byteArrayOutputStream = new ByteArrayOutputStream();
        ObjectOutputStream objectOutputStream = new ObjectOutputStream(byteArrayOutputStream);
        objectOutputStream.writeObject(this);

        //将对象从流中读出
        ByteArrayInputStream byteArrayInputStream = new ByteArrayInputStream(byteArrayOutputStream.toByteArray());
        ObjectInputStream objectInputStream = new ObjectInputStream(byteArrayInputStream);

        return (ConcretePrototype)objectInputStream.readObject();
    }
}

通过这样实现深克隆的方式，即使被克隆的对象的实例变量中存在引用类型，甚至引用类型指向的对象的实例变量还存在引用类型，都会创建一个全新的对象。这样对克隆后对象的任意修改都不会影响到原对象。

原型模式的主要优点如下：

1.当创建新的对象实例较为复杂时，使用原型模式可以简化对象的创建过程，通过复制一个已有实例可以提高新实例的创建效率；

2.扩展性较好。由于再原型模式中提供了抽象的原型类，在客户端可以针对抽象原型类进行编程，而将具体原型类写在配置文件中，增加或减少具体原型类对原有系统都没有任何影响；

3.原型模式提供了简化的创建结构。工厂方法模式常常需要有一个与产品类等级结构相同的工厂等级结构，而原型模式就不需要这样，原型模式中产品的复制是通过封装在原型类中的克隆方法实现的，无须专门的工厂类创建产品；

4.可以使用深克隆的方式保存对象的状态。使用原型模式将对象复制一份并将其状态保存起来，以便在需要的时候使用，例如恢复到某一历史状态，可辅助实现撤销操作。

原型模式的主要缺点如下：

1.需要为每一个类配备一个克隆方法，而且该克隆方法位于一个类的内部，当对已有的类进行改造时，需要修改源代码，违背了开闭原则；

2.在实现深克隆时需要编写较为复杂的代码，而且当对象之间存在多重嵌套引用时，为了实现深克隆，每一层对象对应的类都必须支持深克隆，实现起来可能比较麻烦。

原型模式的适用场景如下：

1.创建新对象的成本较大（例如初始化需要占用较长的时间，占用太多的CPU资源或网络资源），新的对象可以通过原型模式对已有对象进行复制来获得，如果是相似对象，则可以对成员变量稍作修改；

2.如果系统需要保存对象的状态，而对象的状态变化很小，或者对象本身占用的内存较少时，可以使用原型模式配合备忘录模式来实现；

3.需要避免使用分层次的工厂类来创建分层次的对象，并且类的实例对象只有一个或很少的几个组合状态，通过复制原型对象得到新实例可能比使用构造方法创建一个新实例更加方便。