设计模式11-原型模式

写在前面对象创建模式典型模式原型模式动机结构代码推导应用特点要点总结

原型模式与工厂方法模式对比工厂方法模式原型模式什么时候用什么模式

写在前面

通过对象创建模式绕开动态内存分配来避免创建过程中所导致的耦合过紧的问题。

从而支持对象创建的稳定它是接口抽象之后的第一步工作。

典型模式

在某些情况下创建一个新对象的过程可能非常复杂或代价高昂。

通过复制一个现有的对象即原型我们可以快速创建新的对象并且可以对复制的对象进行独立修改。

这种方式特别适用于需要频繁创建相似对象的场景。

Prototype原型

声明一个克隆自身的接口。

ConcretePrototype具体原型

代码推导

就是将工厂模式中的创建对象的接口移到同一个类中并进行深拷贝的方式创建对象

#include

field;public:ConcretePrototype(const

string

prototype1.clone();prototype1.print();prototype2-print();delete

prototype2;return

在这个例子中ConcretePrototype实现了Prototype接口并提供了一个clone方法来复制自身。

客户端代码通过调用clone方法创建了一个ConcretePrototype对象的副本。

当一个系统需要独立于其产品创建、构成和表示时。

当要实例化的类是由某个运行时动态加载的类时。

为了避免使用new操作符直接创建对象。

当一个类的实例化过程非常复杂或代价高昂时如需要大量初始化资源。

可以在不暴露具体实现细节的情况下快速创建对象。

减少创建对象的成本尤其是创建对象过程复杂或代价高昂时。

允许动态增加或减少产品种类。

需要为每一个类配备一个克隆方法这可能会增加代码复杂性。

深拷贝和浅拷贝的实现需要仔细考虑尤其是在涉及到复杂对象时。

要点总结

原型模式同样用于隔离类对象的使用者和具体类型之间的耦合关系同样要求这些异变类拥有稳定的接口。

原型模式对于如何创建异变类的实体对象采用原型克隆的方法来做。

它使得我们可以非常灵活的动态创建。

拥有某些稳定接口的新对象。

所需工作仅仅是注册一个新类的对象即原型然后在任何需要的地方克隆。

原型模式中的克隆方法可以利用某些框架中的序列化来实现深拷贝。

原型模式与工厂方法模式对比

通过定义一个创建对象的接口由子类决定实例化的类是哪一个。

这样工厂方法把实例化的过程推迟到子类。

优点

避免了在客户端代码中显式使用new操作符符合开闭原则。

应用场景

适用于实例化的类可能经常变化的情况通过工厂方法可以灵活地改变产品的实例化方式。

原型模式

通过复制现有对象来创建新对象而不是通过类构造函数实例化对象。

适用于需要频繁创建相似对象的场景。

优点

什么时候用什么模式

当你需要将实例化过程推迟到子类并希望子类决定要创建的类是哪一个时。

工厂方法模式通过继承和多态来实现对象的创建。

使用原型模式

当你需要快速创建对象并且这些对象具有相似的属性时。

原型模式通过克隆现有对象来实现对象的创建。

总的来说如果对象创建过程复杂且创建开销大或者对象是从一个繁重的构造函数生成的那么使用原型模式更为合适。

如果需要灵活地选择实例化的类并希望代码符合开闭原则那么工厂方法模式是更好的选择。