跟JBPM学设计模式之原型模式

跟JBPM学设计模式之原型模式

模式简介

原型模式,用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。原型模式其实就是从一个对象创建另外一个可以定制的对象,而且客户是不需要知道任何创建的细节的。原型模式给每一个产品类配备一个克隆方法(大多的时候只需要给产品等级结构的顶级类配备一个克隆方法即可),这样,一个使用了原型模式的系统与他的产品对象时怎么创建出来的,以及这些产品对象的结构式怎样的,以及这个结构是否会发生变化就没有关系了。原型模式的结构图如下

图 1. 原型设计模式结构图

原型模式中涉及到了三种角色,分别是客户角色、抽象原型角色、具体原型角色。

客户角色:客户提出创建对象的需求;

抽象原型角色:提供所有具体原型类的克隆接口;

具体原型角色:被复制的对象,此角色需要实现抽象的原型角色所要求的接口。

原型模式中的对象复制

原型模式对对象的克隆会涉及到对象的复制,由于对象封装了数据和操作,所以就会涉及到数据的复制,这是也就有了深复制和浅复制的区分。

浅复制,只会复制所有数据成员的值,换言之,其只会复制值类型成员,对于引用类型仍然保留原来的引用,并不会对其进行复制。

深复制,就是要实现所有的值类型成员都要含有与原来相同的值,所有引用类型的成员要指向具有相等值的不同的对象。换言之,就是其要对所有的成员进行复制一遍。深复制要深入到多少层,是一个不易确定的问题。在决定以深复制的方式复制一个对象的时候,必须决定对引用类型成员是采取浅复制还是深复制。因此,在采取深复制的时候,需要决定复制的深度,此外复制的过程中,很可能会出现循环引用的问题,必须小心处理。

JBPM中的原型模式

原型模式是一个相对比较简单的模式,JBPM中对unix-like cron expression的解析和计算求值,使用了原型模式,其结构如下图所示

图 2. JBPM中的原型模式

抽象原型角色:java中的ICloneable接口充当了此角色,提供了原型模式需要的克隆接口clone.

具体原型角色:CronExpression实现了clone方法。

原型模式的特点

1. 原型模型模式允许动态地增减或减少产品类。由于常见产品类实例的方法是产品类

内部具有的,因此,增加新产品对整个结构没有影响。

2. 原型模式提供简化的创建结构。工厂方法模式等常常需要有一个与产品等级结构相同的结构,而原型模式则不需要。

3. 产品类不需要有任何事先确定的等级结构,因为原型模式适用于任何的等级结构。

4. 原始类型模式最主要的缺点是每一个类都需要一个克隆方法,这需要对类的功能进行通判考虑,这对于全新的类来说不是很难的,但是对于已经有的类不一定很容易,

特别是当一个类含有循环结构的时候。

你可能感兴趣的:(设计模式,java)