原型模式属于对象的创建模式。通过给出一个原型对象来指明所有创建的对象的类型,然后用复制这个原型对象的办法创建出更多同类型的对象。
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、总结
- 优点:原型模式允许在运行时动态改变具体的实现类型。原型模式可以在运行期间,由客户来注册符合原型接口的实现类型,也可以动态地改变具体的实现类型,看起来接口没有任何变化,但其实运行的已经是另外一个类实例了。因为克隆一个原型就类似于实例化一个类。
- 缺点:原型模式最主要的缺点是每一个类都必须配备一个克隆方法。配备克隆方法需要对类的功能进行通盘考虑,这对于全新的类来说不是很难,而对于已经有的类不一定很容易,特别是当一个类引用不支持序列化的间接对象,或者引用含有循环结构的时候。