设计模式(16)---->原型模式

原型模式

一、原型模式定义

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

Prototype模式允许一个对象再创建另外一个可定制的对象,根本无需知道任何如何创建的细节。

工作原理是:通过将一个原型对象传给那个要发动创建的对象,这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建。

二、模式解读

原型模式包含如下角色:

  • 抽象原型(abstract prototype)java中所有类都继承自Object,且Object实现了clone()方法,所以所有的对象都可以通过实现clonable接口实现具体原型;
  • 具体原型类(concrete prototype):具体原型类如果实现了clone()方法,需要实现clonable接口,否则会抛出CloneNotSupported异常;
  • 客户类(client):用来使用模式

二、Java对Prototype支持

因为Java中的提供clone()方法来实现对象的克隆,所以Prototype模式实现一下子变得很简单.在Java中Prototype 模式变成clone()方法的使用,由于Java 的纯洁的面向对象特性,使得在Java 中使用设计模式变得很自然,两者已经几乎是浑然一体了。这反映在很多模式上,如Interator 遍历模式。对象拷贝时,类的构造函数是不会被执行的,这个从原理来讲也是可以讲得通的,Object类的clone方法的原理是从内存中(具体的说就是堆内存)以二进制流的方式进行拷贝,重新分配一个内存块,那构造函数没有被执行也是非常正常的了。

Person.java

class Person implements Cloneable {
	// 姓名
	private String name;
	// 父亲
	private Person father;

	public Person(String _name) {
		name = _name;
	}

	public Person(String _name, Person _parent) {
		name = _name;
		father = _parent;
	}

	
	
	// 拷贝的实现
	@Override
	public Person clone() {
		Person p = null;
		try {
			p = (Person) super.clone();
		} catch (CloneNotSupportedException e) {
			e.printStackTrace();
		}
		return p;
	}

	
	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}

	public Person getFather() {
		return father;
	}

	public void setFather(Person father) {
		this.father = father;
	}
}

Client 

public class Client {
	public static void main(String[] args) {
		// 定义父亲
		Person f = new Person("张三");
		// 定义大儿子
		Person firstChild = new Person("张三大儿子", f);
		// 小儿子的信息是通过大儿子拷贝过来的
		Person secondChild = firstChild.clone();
	}
}

三、浅拷贝与深拷贝  

浅拷贝存在的问题,让小儿子认个干爹

public class Client {
	public static void main(String[] args) {
		// 定义父亲
		Person f = new Person("张三");
		// 定义大儿子
		Person firstChild = new Person("张三大儿子", f);
		// 小儿子的信息是通过大儿子拷贝过来的
		Person secondChild = firstChild.clone();
		secondChild.setName("张三小儿子");
		
		// 小儿子认干爹
		secondChild.getFather().setName("李四");
		
		System.out.println(firstChild.getName() + " 的父亲是 " + firstChild.getFather().getName());
		System.out.println(secondChild.getName() + " 的父亲是 " + secondChild.getFather().getName());
	}
}

运行结果

张三大儿子的父亲是李四

张三小儿子的父亲是李四

大儿子的父亲也成了“李四”? 两个儿子都没有了,岂不是要气死“张三”了!

出现这个问题的原因就在于clone()方法,我们知道所有类都继承自Object,Object 提供了一个对象拷贝的默认方法,即上面代码中的super.clone 方法,但是该方法是有缺陷的,它提供的是一种浅拷贝方式,也就是说它并不会把对象的所有属性全部拷贝一份,而是有选择性的拷贝,Object类的clone方法只会拷贝对象中的基本的数据类型,对于数组、容器对象、引用对象等都不会拷贝,这就是浅拷贝。如果要实现深拷贝,必须将原型模式中的数组、容器对象、引用对象等另行拷贝幸运的是java提供的大部分的容器类都实现了Cloneable接口。所以实现深拷贝并不是特别困难。它的拷贝规则具体如下:

(1)基本类型

如果变量是基本类型,则拷贝其值,比如int、float 等。

(2)对象

如果变量是一个实例对象,则拷贝地址引用,也就是说此时新拷贝出的对象与原有对象共享该实例变量,不受访问权限的限制。这在Java 中是很疯狂的,因为它突破了访问权限的定义:一个private 修饰的变量,竟然可以被两个不同的实例对象访问,这让Java的访问权限体系情何以堪!

(3)String 字符串

这个比较特殊,拷贝的也是一个地址,是个引用,但是在修改时,它会从字符串池(String Pool)中重新生成新的字符串,原有的字符串对象保持不变,在此处我们可以认为String 是一个基本类型。

浅复制

复制了值类型对象,对于引用类型对象,只复制了引用,它指向原来引用的对象。Java中clone为浅复制。
深复制

对值类型和引用类型的对象都生成一份新的拷贝. Java中可以通过串行化来进行深复制,前提是对象以及对象内部所引用的对象都是可串行化的,否则需要考虑将那些不可串行化的对象可否设为transient,排除在复制过程之外。

深拷贝的实现

class Person implements Cloneable {
	// 姓名
	private String name;
	// 父亲
	private Person father;

	public Person(String _name) {
		name = _name;
	}

	public Person(String _name, Person _parent) {
		name = _name;
		father = _parent;
	}

	// 拷贝的实现
	@Override
	public Person clone() {

		Person p = null;

		try {

			p = (Person) super.clone();

			p.setFather(new Person(p.getFather().getName()));

		} catch (CloneNotSupportedException e) {

			e.printStackTrace();

		}

		return p;

	}

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}

	public Person getFather() {
		return father;
	}

	public void setFather(Person father) {
		this.father = father;
	}
}

然后再运行,大儿子的父亲就不会是“李四”了。如此就实现了对象的深拷贝(DeepClone),保证拷贝出来的对象自成一体,不受“母体”的影响,和new 生成的对象没有任何区别。

四、用序列化技术(Serilization)来完成对象的复制

实现Cloneable 接口就具备了拷贝能力,那我们来思考这样一个问题:如果一个项目中有大量的对象是通过拷贝生成的,那我们该如何处理?每个类都写一个clone 方法,并且还要深拷贝?想想看这是何等巨大的工作量呀,是否有更好的方法呢?

其实,可以通过序列化方式来处理,在内存中通过字节流的拷贝来实现,也就是把母对象写到一个字节流中,再从字节流中将其读出来,这样就可以重建一个新对象了,该新对象与母对象之间不存在引用共享的问题,也就相当于深拷贝了一个新对象,代码如下:

import java.io.ByteArrayInputStream;
import java.io.ByteArrayOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
import java.io.Serializable;

public class CloneUtils {
	// 拷贝一个对象
	@SuppressWarnings("unchecked")
	public static <T extends Serializable> T clone(T obj) {
		// 拷贝产生的对象
		T clonedObj = null;
		try {
			// 读取对象字节数据
			ByteArrayOutputStream baos = new ByteArrayOutputStream();
			ObjectOutputStream oos = new ObjectOutputStream(baos);
			oos.writeObject(obj);
			oos.close();
			// 分配内存空间,写入原始对象,生成新对象
			ByteArrayInputStream bais = new ByteArrayInputStream(baos
					.toByteArray());
			ObjectInputStream ois = new ObjectInputStream(bais);
			// 返回新对象,并做类型转换
			clonedObj = (T) ois.readObject();
			ois.close();
		} catch (Exception e) {
			e.printStackTrace();
		}
		return clonedObj;
	}
}

此工具类要求被拷贝的对象必须实现Serializable 接口,否则是没办法拷贝的(当然,使用反射那是另外一种技巧),上一个建议中的例子只要稍微修改一下即可实现深拷贝,代码如下:

class Person implements Serializable{

private static final longserialVersionUID = 1611293231L;

/* 删除掉clone 方法,其他代码保持不变*/

}

被拷贝的类只要实现Serializable 这个标志性接口即可,不需要任何实现, 当然serialVersionUID 常量还是要加上去的,然后我们就可以通过CloneUtils 工具进行对象的深拷贝了。用此方法进行对象拷贝时需要注意两点:

(1)对象的内部属性都是可序列化的

如果有内部属性不可序列化,则会抛出序列化异常,这会让调试者很纳闷:生成一个对象怎么会出现序列化异常呢?从这一点来考虑,也需要把CloneUtils工具的异常进行细化处理。

(2)注意方法和属性的特殊修饰符

final关键字和clone有冲突

import java.util.ArrayList;

public class Thing implements Cloneable {
	// 定义一个私有变量
	private final ArrayList<String> arrayList = new ArrayList<String>();

	@Override
	public Thing clone() {
		Thing thing = null;
		try {
			thing = (Thing) super.clone();
			this.arrayList = (ArrayList<String>) this.arrayList.clone();
		} catch (CloneNotSupportedException e) {
			e.printStackTrace();
		}
		return thing;
	}
}

报错:the final field ArrayList can not be assigned

static变量的序列化问题会被引入到对象拷贝中来,这点需要特别注意,

transient变量(瞬态变量,不进行序列化的变量)也会影响到拷贝的效果。

五. 模式总结

4.1 优点

  1. 隐藏了对象的创建细节,对有些初始化需要占用很多资源的类来说,对性能也有很大提高。
  2. 在需要新对象时,可以使用Clone来快速创建创建一个,而不用使用new来构建。

4.2 缺点

每一个类都需要一个Clone方法,而且必须通盘考虑。对于深拷贝来说,每个关联到的类型都不许实现Cloneable接口,并且每增加或修改一个字段是都需要更新Clone方法。

4.3 适用场景

  1. 类初始化需要消化非常多的资源,这个资源包括数据、硬件资源等
  2. 通过new产生一个对象需要非常繁琐的数据准备或访问权限,则可以使用原型模式
  3. 一个对象需要提供给其他对象访问,而且各个调用者可能都需要修改其值时,可以考虑使用原型模式拷贝多个对象供调用者使用。

参考

编写高质量代码:改善Java程序的151个建议 (43 44)

 

posted on 2013-06-07 23:44  小强斋太  阅读(196)  评论(0编辑  收藏  举报

导航