设计模式06：原型模式

系列总链接：https://blog.csdn.net/qq_22122811/article/details/112360387

参考：

http://blog.sina.com.cn/s/blog_816101080102wzsr.html

https://blog.csdn.net/wuzhekai1985/article/details/6667020

https://blog.csdn.net/hguisu/article/details/7518947

对上述链接作者表示感谢，如有侵权，望告知，立删！

 

一：概述

在这个定义中，最重要的一个词是“拷贝”，也就是口头上的复制，而这个拷贝，也就是原型模式的精髓所在。

 

二：结构与实现

结构图：

由于克隆需要一个原型，而上面的类图中Prototype就这个原型，Prototype定义了克隆自身的Clone接口，由派生类进行实现，而实现原型模式的重点就在于这个Clone接口的实现。ConcretePrototype1类和ConcretePrototype2类继承自Prototype类，并实现Clone接口，实现克隆自身的操作；同时，在ConcretePrototype1类和ConcretePrototype2类中需要重写默认的复制构造函数，供Clone函数调用，Clone就是通过在内部调用重写的复制构造函数实现的。在后续的编码过程中，如果某个类需要实现Clone功能，就只需要继承Prototype类，然后重写自己的默认复制构造函数就好了。好比在C#中就提供了ICloneable接口，当某个类需要实现原型模式时，只需要实现这个接口的道理是一样的。

 

三：应用

举个现实中的例子来介绍原型模式。找工作的时候，我们需要准备简历。假设没有打印设备，因此需手写简历，这些简历的内容都是一样的。这样有个缺陷，如果要修改简历中的某项，那么所有已写好的简历都要修改，工作量很大。随着科技的进步，出现了打印设备。我们只需手写一份，然后利用打印设备复印多份即可。如果要修改简历中的某项，那么修改原始的版本就可以了，然后再复印。原始的那份手写稿相当于是一个原型，有了它，就可以通过复印（拷贝）创造出更多的新简历。这就是原型模式的基本思想。

下面是代码实现：

/*
 *  设计模式：原型模式 - 简历
 */
#include <QCoreApplication>
#include <QDebug>

class Resume
{
private:
    QString name,sex,age,timeArea,company;
public:
    Resume(QString s)
    {
        name=s;
    }
    void setPersonalInfo(QString s,QString a)
    {
        sex=s;
        age=a;
    }
    void setWorkExperience(QString t,QString c)
    {
        timeArea=t;
        company=c;
    }
    void display()
    {
        qDebug()<<name<<"  "<<sex<<"  "<<age<<endl;
        qDebug()<<"工作经历:  "<<timeArea<<"  "<<company<<endl<<endl;

    }
    Resume *clone()
    {
        Resume *b;
        b=new Resume(name);
        b->setPersonalInfo(sex,age);
        b->setWorkExperience(timeArea,company);
        return b;
    }
};

int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);

    // 1.创建一个简历的对象
    Resume *r=new Resume("李俊宏");
    r->setPersonalInfo("男","26");
    r->setWorkExperience("2007-2010","读研究生");
    //r->display();

    // 2.克隆一份简历的对象，忽略其中的创建过程，获取该对象运行时的状态
    Resume *r2=r->clone();
    // 修改简历的信息
    r2->setWorkExperience("2003-2007","读本科");

    r->display();
    r2->display();

    return a.exec();
}

 

四：优缺点及适用环境

4.1：优缺点

优点：

1 ) 运行时刻增加和删除产品： Prototype允许只通过客户注册原型实例就可以将一个新的具体产品类并入系统。它比其他创建型模式更为灵活，因为客户可以在运行时刻建立和删除原型。

2 ) 改变值以指定新对象： 高度动态的系统允许你通过对象复合定义新的行为—例如，通过为一个对象变量指定值—并且不定义新的类。你通过实例化已有类并且将这些实例注册为客户对象的原型，就可以有效定义新类别的对象。客户可以将职责代理给原型，从而表现出新的行为。这种设计使得用户无需编程即可定义新“类” 。实际上，克隆一个原型类似于实例化一个类。Prototype模式可以极大的减少系统所需要的类的数目。

3) 改变结构以指定新对象：许多应用由部件和子部件来创建对象。

4) 减少子类的构造， Factory Method 经常产生一个与产品类层次平行的 Creator类层次。Prototype模式使得你克隆一个原型而不是请求一个工厂方法去产生一个新的对象。因此你根本不需要Creator类层次。这一优点主要适用于像 C + +这样不将类作为一级类对象的语言。像Smalltalk和Objective C这样的语言从中获益较少，因为你总是可以用一个类对象作为生成者。在这些语言中，类对象已经起到原型一样的作用了。

5) 用类动态配置应用， 一些运行时刻环境允许你动态将类装载到应用中。在像 C + +这样的语言中，Prototype模式是利用这种功能的关键。一个希望创建动态载入类的实例的应用不能静态引用类的构造器。而应该由运行环境在载入时自动创建每个类的实例，并用原型管理器来注册这个实例（参见实现一节） 。这样应用就可以向原型管理器请求新装载的类的实例，这些类原本并没有和程序相连接。 

缺点：

Prototype的主要缺陷是每一个Prototype的子类都必须实现clone操作，这可能很困难。

例如，当所考虑的类已经存在时就难以新增 clone操作。当内部包括一些不支持拷贝或有循环引用的对象时，实现克隆可能也会很困难的。

 

4.2：适用场景

原型模式的主要思想是基于现有的对象克隆一个新的对象出来，一般是有对象的内部提供克隆的方法，通过该方法返回一个对象的副本，这种创建对象的方式，相比我们之前说的几类创建型模式还是有区别的，之前的讲述的工厂模式与抽象工厂都是通过工厂封装具体的new操作的过程，返回一个新的对象，有的时候我们通过这样的创建工厂创建对象不值得，特别是以下的几个场景的时候，可能使用原型模式更简单也效率更高。

• 1）当一个系统应该独立于它的产品创建、构成和表示时，要使用 Prototype模式

• 2）当要实例化的类是在运行时刻指定时，例如，通过动态装载；

• 3）为了避免创建一个与产品类层次平行的工厂类层次时

• 4）当一个类的实例只能有几个不同状态组合中的一种时。建立相应数目的原型并克隆它们可能比每次用合适的状态手工实例化该类更方便一些。（也就是当我们在处理一些对象比较简单，并且对象之间的区别很小，可能只是很固定的几个属性不同的时候，可能我们使用原型模式更合适）。

 

五：小结

当对象的构造函数非常复杂，在生成新对象的时候非常耗时间、耗资源的情况？我们是怎么来创建呢？

=》通过复制（克隆、拷贝）一个指定类型的对象来创建更多同类型的对象。这个指定的对象可被称为“原型”对象，也就是通过复制原型对象来得到更多同类型的对象。即原型设计模式。