23种设计模式---原型模式

原型模式

动机

在软件系统中，经常面临着“某些结构复杂的对象”创建工作；由于需求的变化， 需要创建的对象的具体类型经常变化，但是它们却有比较稳定一致的接口。
如何应对这种变化？如何向客户程序（使用这些对象的程序）“隔离出”这些易变对象，从而使得“依赖这些易变对象的客户程序”不随着需求改变而改变？

解决方法

实现了一个原型接口，该接口用于创建当前对象的克隆。当直接创建对象的代价比较大时，则采用这种模式。例如，一个对象需要在一个高代价的数据库操作之后被创建。我们可以缓存该对象，在下一个请求时返回它的克隆，在需要的时候更新数据库，以此来减少数据库调用。

例子

文件分割：

// 抽象类
class ISplitter
{
public:
    virtual void split() = 0;
    virtual ISplitter* clone() = 0; // 通过克隆自己来创建对象
    
    virtual ~ISplitter(){}
};

// 具体类
class BinarySplitter : public ISplitter
{
public:
    virtual ISplitter* clone()
    {
        return new BinarySplitter(*this);
    }
};

class TxtSplitter: public ISplitter
{
public:
    virtual ISplitter* clone()
    {
        return new TxtSplitter(*this);
    }
};

class PictureSplitter: public ISplitter
{
public:
    virtual ISplitter* clone()
    {
        return new PictureSplitter(*this);
    }
};

class VideoSplitter: public ISplitter
{
public:
    virtual ISplitter* clone()
    {
        return new VideoSplitter(*this);
    }
};

class MainForm: public Form
{
    ISplitter *prototype; // 原型对象

public:
    
    MainForm(ISplitter *prototype)
    {
        this->prototype = prototype;
    }
    
	void Button1_Click()
	{
		ISplitter *splitter = prototype->clone(); // 克隆原型
        splitter->split();
	}
};

优缺点

优点：性能提高。 逃避构造函数的约束。

缺点：配备克隆方法需要对类的功能进行通盘考虑，这对于全新的类不是很难，但对于已有的类不一定很容易，特别当一个类引用不支持串行化的间接对象，或者引用含有循环结构的时候。必须实现 Cloneable 接口。