AI Chat 设计模式:3. 原型模式

这篇具有很好参考价值的文章主要介绍了AI Chat 设计模式:3. 原型模式。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

本文是该系列的第三篇,采用问答式的方式展开,问题由我提出,答案由 Chat AI 作出,灰色背景的文字则主要是我的旁白。

Q.1 今天我们聊一下原型模式吧

A.1

好的,原型模式是一种创建型设计模式,它通过克隆现有的对象来创建新对象。这种模式的关键在于提供一个原型对象,客户端通过克隆原型对象创建出新的对象。这样可以避免手工创建对象的复杂性,并减少了重复的创建过程,提高了系统的效率。

在原型模式中,原型对象是通过 clone 方法进行复制的,因此要实现原型模式,需要满足两个条件:

  1. 实现 Cloneable 接口,该接口中没有任何方法,仅用于指示该对象可以被克隆。
  2. 重写 clone() 方法,实现对象的浅拷贝或者深拷贝。

原型模式有两种形式:浅拷贝和深拷贝。浅拷贝只复制原型对象的一层数据成员,不复制包含的引用类型数据成员。深拷贝则会递归复制原型对象的所有数据成员,包括引用类型数据成员。

以下是原型模式代码实现的例子:

#include <iostream>
#include <string>
using namespace std;

// 具体原型类
class ConcretePrototypeA : public Cloneable {
public:
    ConcretePrototypeA(string name, int age) : m_name(name), m_age(age) {}

    // 克隆函数,实现浅拷贝
    Cloneable* Clone() {
        return new ConcretePrototypeA(*this);
    }

    // 展示对象信息
    void Show() {
        cout << "Name: " << m_name << ", Age: " << m_age << endl;
    }

private:
    string m_name;
    int m_age;
};

// 抽象原型类
class Cloneable {
public:
    virtual Cloneable* Clone() = 0;
    virtual ~Cloneable(){}
};

int main() {
    ConcretePrototypeA* prototypeA = new ConcretePrototypeA("Jack", 20);

    // 克隆对象
    ConcretePrototypeA* cloneA = dynamic_cast<ConcretePrototypeA*>(prototypeA->Clone());

    // 展示对象信息
    prototypeA->Show();
    cloneA->Show();

    return 0;
}

在上述代码中,我们定义了一个抽象原型类 Cloneable,通过实现 Cloneable 接口、重写 Clone() 方法来实现对象的克隆。我们还实现了一个具体原型类 ConcretePrototypeA,通过实例化该类创建一个原型对象。最后,我们克隆原型对象,并展示了原型对象和克隆对象的信息。

需要注意的是,在这个例子中,我们实现了浅拷贝。如果原型类中仍有指向对象的指针变量,浅拷贝的结果可能并不是期望的。这时候需要实现深拷贝来解决这个问题。

今天风格有点不一样啊,上来就给我来代码。好吧,原型模式还是比较简单的,在类里新增一个 Clone() 接口就行了。这里复制对象使用的是默认拷贝构造函数,如果要实现深拷贝,需要重写拷贝构造函数。

Q.2 那写一个实现了深拷贝的例子

A.2

好的,以下是一个实现了深拷贝的例子:

#include <iostream>
#include <string>
using namespace std;

// 抽象原型类
class Cloneable {
public:
    virtual Cloneable* Clone() = 0;
    virtual ~Cloneable(){}
};

// 具体原型类
class PrototypeA : public Cloneable {
public:
    PrototypeA(string name, int age, int* data) : m_name(name), m_age(age) {
        m_data = new int[1];
        *m_data = *data;
    }

    // 拷贝构造函数进行深拷贝
    PrototypeA(const PrototypeA& other) {
        this->m_name = other.m_name;
        this->m_age = other.m_age;
        this->m_data = new int[1];
        *(this->m_data) = *(other.m_data);
    }

    // 实现 Cloneable 接口
    Cloneable* Clone() {
        return new PrototypeA(*this);
    }

    // 设置数据函数
    void SetData(int* data) {
        *m_data = *data;
    }

    // 展示对象信息
    void Show() {
        cout << "Name: " << m_name << ", Age: " << m_age << ", Data: " << *m_data << endl;
    }

    // 析构函数
    ~PrototypeA() {
        delete m_data;
    }

private:
    string m_name;
    int m_age;
    int* m_data;
};

int main() {
    int data = 100;
    PrototypeA* prototypeA = new PrototypeA("Jack", 20, &data);

    // 克隆对象
    PrototypeA* cloneA = dynamic_cast<PrototypeA*>(prototypeA->Clone());
    int newData = 200;
    cloneA->SetData(&newData);

    // 展示对象信息
    prototypeA->Show();
    cloneA->Show();

    // 释放内存
    delete prototypeA;
    delete cloneA;

    return 0;
}

在这个例子中,我们使用了抽象原型类 Cloneable 和具体原型类 PrototypeA。为了实现深拷贝,我们在 PrototypeA 类中添加了一个数据成员 m_data,它是一个指向 int 类型堆内存的指针变量。

拷贝构造函数中,我们通过传递 const 引用参数 other,来实现对象的深拷贝。在深拷贝中,我们通过分配新的内存空间并复制原有内存中的数据来实现。

创建了一个原型对象 prototypeA,克隆出一个新的对象 cloneA,修改了 cloneAm_data 成员变量,并展示了两个对象的信息。需要注意的是,在析构时,我们需要将 m_data 指针指向的堆内存释放掉,避免内存泄漏。

希望这个例子能帮助您更好地理解深拷贝的实现方式。

通过重写拷贝构造函数,来为 m_data 指针指向的内容重新分配内存。深拷贝后,克隆对象的 m_data 指针指向的内存空间和原来的已经不同了,这样后续对克隆出来的对象进行修改才不会影响原型对象。
但是,构造函数里也进行深拷贝,有什么深意吗?

Q.3 你这里为什么要对构造函数进行深拷贝呢,是否有必要?

A.3

非常抱歉刚才在描述中可能有一些不够明确。实际上,在这个例子中,我们是通过拷贝构造函数来实现深拷贝,而不是在构造函数中。构造函数是用来初始化对象的,在对象被创建的时候自动调用,而拷贝构造函数则是用来实现对象之间的拷贝,可以被系统自动调用。

在拷贝构造函数中进行深拷贝,可以避免指向同一个堆内存的指针被多个对象共享,在克隆对象时达到深度拷贝的效果。如果在构造函数中进行深拷贝,则可能会导致在对象的创建过程中出现问题,例如资源浪费、内存泄漏等等。

因此,在这个例子中,我们选择在具体原型类 PrototypeA 中的拷贝构造函数中进行深拷贝,这样可以保证在克隆对象时,原对象和新对象之间的指针变量分别指向不同的内存空间,达到了深度拷贝的目的。

他好像没理解我的意思,也没认识的自己代码是怎么写的。

Q.4 我是说,你的代码中,构造函数存在深拷贝,这是为什么,是否有必要?

A.4

非常抱歉我之前理解错误。在这个例子中,我们是在构造函数中为指针类型的成员变量 m_data 分配了一块新的内存空间,并在析构函数中释放这块内存空间。这里确实没有必要在构造函数中进行深拷贝,因为在这个例子中,我们只有在创建原型对象时初始化一次数据,不需要对数据进行拷贝、赋值等操作。因此,这个例子中的构造函数并没有实现深拷贝

如果这里的成员变量 m_data 是被多个对象共享的,则可能需要在拷贝构造函数中进行深拷贝,以确保拷贝出的对象和原对象独立,互不影响。同时,在析构函数中也需要注意释放 m_data 指向的内存空间。

感谢您的指正,同时也希望我的回答可以更加准确清晰。

承认错误,但嘴硬的很。“因此,这个例子中的构造函数并没有实现深拷贝”到底什么意思,我去。

Q.5 你说,这个例子中的构造函数并没有实现深拷贝。到底有没有?你说话前后矛盾

A.5

非常抱歉我的回答不够准确,导致了前后矛盾。确实,这个例子中的构造函数实现了深拷贝,因为在构造函数中,我们为成员变量 m_data 分配了一块新的内存空间,并将 data 的值拷贝到 m_data 中,从而使得原对象和新对象的 m_data 数据成员指向不同的内存空间。因此,这个例子中的构造函数实现了深拷贝。

再次感谢您的指出和纠正,希望我的回答能够更加准确清晰

所谓机里机气,就是如此。AI 提供的答案还是需要人来仔细甄别的,很多答案具有迷惑性,不可尽信。

Q.6 比较一下原型模式和工厂设计模式吧

A.6

原型模式和工厂模式是两种完全不同的设计模式,它们在面向对象编程中有着不同的作用和使用场景。

  1. 目的

工厂模式是为了创建复杂对象,尽可能减少系统中类的数量,并优化系统结构和流程,让客户端调用更为简单。而原型模式则主要是为了避免重复创建对象,并提高系统运行效率。

  1. 实现方式

工厂模式一般是通过使用工厂类的静态方法来创建目标对象,通过抽象工厂实现不同工厂方法的切换。原型模式则是通过实现 Cloneable 接口,并重载 clone() 方法,实现对象的拷贝来达到快速创建新对象的目的。

  1. 功能

工厂模式最主要的功能是提供新对象的创建方法,使客户端不必了解其中的具体过程,只需要了解被创建对象的抽象类型即可。原型模式的主要功能则是复制一个已有的对象,避免了相似对象的创建过程。

  1. 使用场景

工厂模式一般适合复杂对象的创建过程,并能够随着需求的变化灵活修改产品类型。在日常的开发中,我们通常选择工厂模式来创建大量且相似的对象,使代码更加简洁,易于维护。

原型模式则适合需要频繁创建相似对象,但是创建过程较为复杂的情况。通过拷贝一个已有的对象,避免了重复创建对象的过程,节约了系统资源,提高了系统的运行效率。

综上所述,原型模式和工厂模式分别适用于不同的应用场景,我们应该根据具体的需求选择合适的设计模式。

理解原型模式,记住“克隆”这两个字就行了。原型模式就像分身大法一下,搞个一模一样的自己出来。工厂模式就像虫族母皇,母皇就是工厂,不停的下崽。

Q.7 画一下原型模式的类图

A.7

还是自己动手,下面是深拷贝的原型模式。关键是实现 Clone() 接口,深拷贝需要重写拷贝构造函数,浅拷贝没这个必要。

AI Chat 设计模式:3. 原型模式文章来源地址https://www.toymoban.com/news/detail-491522.html

到了这里,关于AI Chat 设计模式:3. 原型模式的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • AI Chat 设计模式:9. 命令模式

    本文是该系列的第九篇,采用问答式的方式展开,问题由我提出,答案由 Chat AI 作出,灰色背景的文字则主要是我的一些思考和补充。 命令模式是一种行为型设计模式,它 将请求封装为一个对象 ,从而使不同的请求能够在客户端和接收者之间解耦。该模式中涉及三个主要角

    2024年02月15日
    浏览(30)
  • AI Chat 设计模式:5. 策略模式

    本文是该系列的第五篇,采用问答式的方式展开,问题由我提出,答案由 Chat AI 作出,灰色背景的文字则主要是我的旁白。 当然,请问你对策略模式有些什么了解呢?或者你希望我从哪个方面开始解释呢? 当然,策略模式是一种行为型设计模式,它可以帮助我们在运行时根

    2024年02月15日
    浏览(35)
  • AI Chat 设计模式:8. 门面(外观)模式

    本文是该系列的第八篇,采用问答式的方式展开,问题由我提出,答案由 Chat AI 作出,灰色背景的文字则主要是我的一些思考和补充。 门面模式(Facade Pattern)是一种结构型设计模式,它 提供了一个简单的接口,用于统一封装子系统中的一组接口 ,并将其展示给客户端。门

    2024年02月16日
    浏览(29)
  • AI Chat 设计模式:7. 单例模式

    本文是该系列的第七篇,采用问答式的方式展开,问题由我提出,答案由 Chat AI 作出,灰色背景的文字则主要是我的旁白和思考。 单例模式是一种设计模式,旨在 确保类只能有一个实例 ,并提供全局访问点来获取该实例。这意味着无论在系统中的哪个位置,调用者获取到的

    2024年02月16日
    浏览(28)
  • AI Chat 设计模式:12. 享元模式

    本文是该系列的第十二篇,采用问答式的方式展开,问题由我提出,答案由 Chat AI 作出,灰色背景的文字则主要是我的一些思考和补充。 享元模式是一种软件设计模式,用于 提高系统的性能和内存利用率 。该模式 通过共享对象来减少内存消耗 ,特别是在大量对象需要同时

    2024年02月14日
    浏览(29)
  • AI Chat 设计模式:14. 适配器模式

    本文是该系列的第十四篇,采用问答式的方式展开,问题由我提出,答案由 Chat AI 作出,灰色背景的文字则主要是我的一些思考和补充。 适配器模式是一种常用的设计模式,用于将一个类的接口转换成客户端所期望的另一个接口。如果要由浅入深地了解适配器模式,我可以提

    2024年02月12日
    浏览(26)
  • 二十三种设计模式全面解析-原型模式进阶之原型管理器:集中管理对象原型的设计模式之道

    在软件开发中,我们经常需要创建和复制对象。然而,有时候直接创建对象可能会导致性能下降或代码重复。为了解决这些问题,原型模式应运而生。而使用原型管理器(Prototype Manager)来集中管理原型对象可以进一步提高灵活性和可维护性。本文将详细介绍原型管理器的用

    2024年02月07日
    浏览(42)
  • JAVA设计模式----原型设计模式

    定义 :用原型实例指定创建对象的种类,并通过拷贝这些原型创建新的对象。 类型 :创建类模式 类图 : 原型模式主要用于对象的复制,它的核心是就是类图中的原型类Prototype。Prototype类需要具备以下两个条件: 实现Cloneable接口。在java语言有一个Cloneable接口,它的作用只

    2024年02月13日
    浏览(38)
  • 设计模式-原型模式

    目录 一、传统方式 二、原型模式  三、浅拷贝和深拷贝 克隆羊问题: 现在有一只羊tom,姓名为: tom,年龄为: 1,颜色为: 白色,请编写程序创建和tom羊属性完全相同的10只羊。 传统的方式的优缺点: 简单易操作。优点是比较好理解。 在创建新的对象时,总是需要重新获取原

    2024年02月16日
    浏览(29)
  • 【设计模式】原型模式

    原型模式(Prototype Pattern)是用于创建重复的对象,同时又能保证性能。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式之一。 这种模式是实现了一个原型接口,该接口用于创建当前对象的克隆。当直接创建对象的代价比较大时,则采用这种模式。例

    2024年02月13日
    浏览(36)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包