设计模式11-原型模式

设计模式11-原型模式

写在前面

对象创建模式

通过对象创建模式绕开动态内存分配来避免创建过程中所导致的耦合过紧的问题。从而支持对象创建的稳定,它是接口抽象之后的第一步工作。

典型模式

  • 工厂方法模式
  • 抽象工厂模式
  • 原型模式
  • 构建器

原型模式

动机

在某些情况下,创建一个新对象的过程可能非常复杂或代价高昂。通过复制一个现有的对象(即原型),我们可以快速创建新的对象,并且可以对复制的对象进行独立修改。这种方式特别适用于需要频繁创建相似对象的场景。

结构
  1. Prototype(原型): 声明一个克隆自身的接口。
  2. ConcretePrototype(具体原型): 实现克隆方法,以便创建自己的副本。
  3. Client(客户端): 通过调用原型的克隆方法来创建新的对象。
代码推导

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

下面是一个简单的原型模式示例:

cpp 复制代码
#include <iostream>
#include <string>
using namespace std;

// Prototype Interface
class Prototype {
public:
    virtual Prototype* clone() const = 0;
    virtual void print() const = 0;
    virtual ~Prototype() {}
};

// Concrete Prototype
class ConcretePrototype : public Prototype {
private:
    string field;

public:
    ConcretePrototype(const string& field) : field(field) {}
    ConcretePrototype(const ConcretePrototype& other) : field(other.field) {}

    Prototype* clone() const override {
        return new ConcretePrototype(*this);
    }

    void print() const override {
        cout << "ConcretePrototype with field: " << field << endl;
    }
};

// Client Code
int main() {
    ConcretePrototype prototype1("Value1");
    Prototype* prototype2 = prototype1.clone();

    prototype1.print();
    prototype2->print();

    delete prototype2;
    return 0;
}

在这个例子中,ConcretePrototype实现了Prototype接口并提供了一个clone方法来复制自身。客户端代码通过调用clone方法创建了一个ConcretePrototype对象的副本。

应用

原型模式适用于以下场景:

  • 当一个系统需要独立于其产品创建、构成和表示时。
  • 当要实例化的类是由某个运行时动态加载的类时。
  • 为了避免使用new操作符直接创建对象。
  • 当一个类的实例化过程非常复杂或代价高昂时(如需要大量初始化资源)。
特点
  • 优点:
    • 可以在不暴露具体实现细节的情况下快速创建对象。
    • 减少创建对象的成本(尤其是创建对象过程复杂或代价高昂时)。
    • 允许动态增加或减少产品种类。
  • 缺点:
    • 需要为每一个类配备一个克隆方法,这可能会增加代码复杂性。
    • 深拷贝和浅拷贝的实现需要仔细考虑,尤其是在涉及到复杂对象时。
要点总结
  • 原型模式同样用于隔离类对象的使用者和具体类型之间的耦合关系,同样要求这些异变类拥有稳定的接口。
  • 原型模式对于如何创建异变类的实体对象,采用原型克隆的方法来做。它使得我们可以非常灵活的动态创建。拥有某些稳定接口的新对象。所需工作仅仅是注册一个新类的对象即原型,然后在任何需要的地方克隆。
  • 原型模式中的克隆方法可以利用某些框架中的序列化,来实现深拷贝。

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

工厂方法模式
  • 动机: 通过定义一个创建对象的接口,由子类决定实例化的类是哪一个。这样,工厂方法把实例化的过程推迟到子类。
  • 优点: 避免了在客户端代码中显式使用new操作符,符合开闭原则。
  • 应用场景: 适用于实例化的类可能经常变化的情况,通过工厂方法可以灵活地改变产品的实例化方式。
原型模式
  • 动机: 通过复制现有对象来创建新对象,而不是通过类构造函数实例化对象。适用于需要频繁创建相似对象的场景。
  • 优点: 可以快速创建对象,减少创建对象的成本。
  • 应用场景: 适用于创建对象过程复杂或代价高昂,需要频繁创建相似对象的情况。
什么时候用什么模式
  • 使用工厂方法模式: 当你需要将实例化过程推迟到子类并希望子类决定要创建的类是哪一个时。工厂方法模式通过继承和多态来实现对象的创建。
  • 使用原型模式: 当你需要快速创建对象并且这些对象具有相似的属性时。原型模式通过克隆现有对象来实现对象的创建。

总的来说,如果对象创建过程复杂且创建开销大,或者对象是从一个繁重的构造函数生成的,那么使用原型模式更为合适。如果需要灵活地选择实例化的类并希望代码符合开闭原则,那么工厂方法模式是更好的选择。

相关推荐
码匠许师傅4 小时前
【设计模式精讲】14.外观模式(Facade)
c++·设计模式·uml·外观模式
evans在进步6 小时前
Java 常用设计模式(二):装饰器、适配器、责任链、模板方法、策略与观察者
java·开发语言·设计模式
江畔柳前堤8 小时前
具身智能全景深度指南(2026年9月版):从“会聊天的AI“到“能干活的机器“
大数据·javascript·图像处理·人工智能·分布式·智慧城市·原型模式
码匠许师傅9 小时前
【设计模式精讲】13.装饰器模式(Decorator)
c++·设计模式·uml·装饰器模式
evans在进步1 天前
Java 常用设计模式入门:建造者、工厂、单例、外观与代理
java·python·设计模式
字节跳动开源2 天前
VisActor全新图可视化开源项目:VGraph
前端·设计模式·开源
码匠许师傅2 天前
【设计模式精讲】11.桥接模式(Bridge)
c++·设计模式·桥接模式·uml
学习星球2 天前
AI Agent 成本工程实战:从 OpenAI Codex 的 8 个“烧 Token“Bug 学起
人工智能·设计模式·微信小程序
AI人工智能+电脑小能手3 天前
大白话说Java设计模式-46-责任链模式(业务实战篇)
java·设计模式·责任链模式·风控校验·servlet filter·spring interceptor·链式处理
码匠许师傅4 天前
【设计模式精讲】7.建造者模式(Builder)
设计模式·建造者模式