原型设计模式

原型模式属于对象的创建模式。通过给出一个原型对象来指明所有创建的对象的类型，然后用复制这个原型对象的办法创建出更多同类型的对象。

1、UML

• 抽象原型(Prototype)角色：这是一个抽象角色，通常由一个Java接口或Java抽象类实现。此角色给出所有的具体原型类所需的接口。
• 具体原型（ConcretePrototype1/ConcretePrototype2）角色：被复制的对象。此角色需要实现抽象的原型角色所要求的接口。

2、代码

package com.lzq.PrototypePattern;

public class PrototypePattern {
    //抽象原型类
    public interface Prototype{
        /**
         * 克隆自身的方法
         * @return 一个从自身克隆出来的对象
         */
        public Object clone();
    }
    //具体原型类1
    public static class ConcretePrototype1 implements Prototype {
        ConcretePrototype1(){
            System.out.println("具体原型类1创建");
        }
        public Prototype clone(){
            //最简单的克隆，新建一个自身对象，由于没有属性就不再复制值了
            Prototype prototype = new ConcretePrototype1();
            return prototype;
        }
    }
    public static class ConcretePrototype2 implements Prototype{
        ConcretePrototype2(){
            System.out.println("具体原型类2创建");
        }
        public Prototype clone() {
            Prototype prototype = new ConcretePrototype2();
            return prototype;
        }
    }
    public static void main(String[] args){
        ConcretePrototype1 concretePrototype1 = new ConcretePrototype1();
        Prototype copyConcretePrototype1 = concretePrototype1.clone();
        ConcretePrototype2 concretePrototype2 = new ConcretePrototype2();
        Prototype copyConcretePrototype2 = concretePrototype2.clone();
    }
}

3、总结

• 优点：原型模式允许在运行时动态改变具体的实现类型。原型模式可以在运行期间，由客户来注册符合原型接口的实现类型，也可以动态地改变具体的实现类型，看起来接口没有任何变化，但其实运行的已经是另外一个类实例了。因为克隆一个原型就类似于实例化一个类。
• 缺点：原型模式最主要的缺点是每一个类都必须配备一个克隆方法。配备克隆方法需要对类的功能进行通盘考虑，这对于全新的类来说不是很难，而对于已经有的类不一定很容易，特别是当一个类引用不支持序列化的间接对象，或者引用含有循环结构的时候。