设计模式--建造者模式(Builder Pattern)

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

一、什么是建造者模式

建造者模式(Builder Pattern)是一种创建型设计模式,它关注如何按照一定的步骤和规则创建复杂对象。建造者模式的主要目的是将一个复杂对象的构建过程与其表示分离,从而使同样的构建过程可以创建不同的表示。

在建造者模式中,通常有以下几个核心角色:

  1. 产品(Product):表示要创建的复杂对象。产品类通常包含多个组成部分。
  2. 抽象建造者(Abstract Builder):定义了创建产品各个部分的接口,通常包含一系列抽象方法来构建不同的部分。
  3. 具体建造者(Concrete Builder):实现了抽象建造者接口,负责实际构建产品的各个部分。每个具体建造者可以定义不同的构建步骤和规则,从而创建不同的产品。
  4. 指挥者(Director):负责指导具体建造者构建产品的过程,通常通过一系列步骤来控制构建的顺序和流程。

使用建造者模式可以在构建复杂对象时,将构建逻辑分离出来,使得构建过程更加灵活,易于扩展和维护。这种模式特别适用于需要构建多种不同表示的对象,以及对象的构建过程比较复杂的情况。

与其他创建型模式(如工厂模式)相比,建造者模式更加关注对象的构建过程,而不仅仅是对象的实例化。它允许逐步构建对象的各个部分,从而更好地控制对象的创建和组装。

二、建造者模式的代码样例

以下是一个使用C++实现建造者模式的简单示例:

#include <iostream>
#include <string>

// 产品类
class Product {
public:
    void setPartA(const std::string& part) {
        partA = part;
    }

    void setPartB(const std::string& part) {
        partB = part;
    }

    void setPartC(const std::string& part) {
        partC = part;
    }

    void show() {
        std::cout << "Product Parts: " << partA << ", " << partB << ", " << partC << std::endl;
    }

private:
    std::string partA;
    std::string partB;
    std::string partC;
};

// 抽象建造者类
class Builder {
public:
    virtual void buildPartA() = 0;
    virtual void buildPartB() = 0;
    virtual void buildPartC() = 0;
    virtual Product* getResult() = 0;
};

// 具体建造者类A
class ConcreteBuilderA : public Builder {
public:
    void buildPartA() override {
        product->setPartA("Part A from ConcreteBuilderA");
    }

    void buildPartB() override {
        product->setPartB("Part B from ConcreteBuilderA");
    }

    void buildPartC() override {
        product->setPartC("Part C from ConcreteBuilderA");
    }

    Product* getResult() override {
        return product;
    }

private:
    Product* product = new Product();
};

// 指挥者类
class Director {
public:
    void construct(Builder* builder) {
        builder->buildPartA();
        builder->buildPartB();
        builder->buildPartC();
    }
};

int main() {
    Director director;

    ConcreteBuilderA builderA;
    director.construct(&builderA);
    Product* productA = builderA.getResult();
    productA->show();

    return 0;
}

在这个示例中,我们定义了一个产品类 Product,一个抽象建造者类 Builder,以及一个具体建造者类 ConcreteBuilderA。还有一个指挥者类 Director,负责调用具体建造者来构建产品。在主函数中,我们创建了一个具体建造者对象 builderA,然后通过指挥者的指导来构建产品,并最终显示产品的部件。

建造者模式允许通过不同的具体建造者来构建不同的产品,以及通过不同的构建步骤来创建不同的产品表示。这种模式将构建过程与产品本身分离,使得创建复杂对象更加灵活和可维护。

三、使用建造者模式的注意事项

使用建造者模式时需要注意以下几个问题:

  1. 复杂性:建造者模式适用于创建复杂的对象,但也会引入更多的类和结构,增加了代码的复杂性。因此,只在对象的构建过程比较复杂且存在多个步骤时使用建造者模式。
  2. 指挥者的作用:指挥者类负责控制具体建造者的调用顺序和构建步骤,但指挥者本身可能会变得复杂。需要确保指挥者不过于复杂,以免影响代码的可维护性。
  3. 关注点分离:建造者模式将对象的构建过程与产品的表示分离,这样可以使构建过程更加灵活。但也可能导致代码中出现多个类,需要确保关注点清晰分离,以便维护和理解代码。
  4. 构建过程不可逆:建造者模式一般是逐步构建对象的各个部分,因此构建过程是不可逆的。一旦开始构建,就不能随意地取消或逆向操作。这可能会受到一些业务需求的限制。
  5. 变种和扩展:如果需要支持多种不同类型的产品,可能需要创建多个具体的建造者类。这可能导致代码的扩展,需要仔细权衡何时引入新的建造者。
  6. 性能:建造者模式可能会在对象构建过程中引入一些额外的开销,特别是在对象的部件较多或构建过程复杂的情况下。在性能要求较高的场景下,需要考虑这种开销是否可接受。

总之,建造者模式可以在创建复杂对象时提供更灵活的构建过程,并帮助分离对象的创建和表示。但也需要根据具体的场景权衡其优缺点,避免过度复杂化和不必要的设计。

设计模式--建造者模式(Builder Pattern),面向对象,设计模式,建造者模式,c++文章来源地址https://www.toymoban.com/news/detail-675775.html

到了这里,关于设计模式--建造者模式(Builder Pattern)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

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

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

相关文章

  • (一)创建型设计模式:3、建造者模式(Builder Pattern)

    目录 1、建造者模式含义 2、建造者模式的讲解 3、使用C++实现建造者模式的实例 4、建造者模式的优缺点 5、建造者模式VS工厂模式 1、建造者模式含义 The intent of the Builder design pattern is to separate the construction of a complex object from its representation. By doing so the same construction process ca

    2024年02月13日
    浏览(26)
  • 【Java设计模式】建造者模式 & 注解@Builder

    将一个复杂对象的构造与它的表示分离 ,使同样的构建过程可以创建不同的表示。它使将一个复杂的对象分解成多个简单的对象,然后一步步构建而成。 每一个具体建造者都相对独立,而与其它的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者,

    2024年02月14日
    浏览(31)
  • 【设计模式】23种设计模式——建造者模式Builder(原理讲解+应用场景介绍+案例介绍+Java代码实现)

    建造者模式又叫生成器模式,是一种对象构建模式。它可以将复杂对象的建造过程抽象出来(抽象类别),使这个抽象过程的不同实现方法可以构造出不同属性的对象 建造者模式是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们,不

    2024年02月16日
    浏览(42)
  • 建造者模式(Builder Pattern)

    建造者模式(Builder Pattern)是最复杂的创建型模式,它 用于创建一个包含多个组成部分的复杂对象 ,可以返回一个完整的产品对象给用户。它通过将 客户端与包含多个组成部分的复杂对象的创建过程分离 ,使得 客户端无需知道复杂对象的内部组成部分与装配方式,只需要

    2024年02月03日
    浏览(52)
  • 建造者模式-Builder Pattern

    原文地址:https://jaune162.blog/design-pattern/builder-pattern/ 现在一般大型的业务系统中的消息通知的形式都会有多种,比如短信、站内信、钉钉通知、邮箱等形式。虽然信息内容相同,但是展现形式缺不同。如短信使用的是纯文本的形式,钉钉使用的一般是Markdown的形式,而邮箱则

    2024年02月20日
    浏览(24)
  • 【设计模式——学习笔记】23种设计模式——建造者模式Builder(原理讲解+应用场景介绍+案例介绍+Java代码实现)

    建造者模式又叫生成器模式,是一种对象构建模式。它可以将复杂对象的建造过程抽象出来(抽象类别),使这个抽象过程的不同实现方法可以构造出不同属性的对象 建造者模式是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们,不

    2024年02月15日
    浏览(30)
  • 生成器设计模式(Builder Design Pattern)[论点:概念、图示、示例、框架中的应用、场景]

            生成器设计模式(Builder Design Pattern)是一种创建型设计模式,用于处理具有多个属性和复杂构造过程的对象。生成器模式通过将对象的构建过程与其表示分离,使得相同的构建过程可以创建不同的表示。这有助于减少构造函数的参数个数,提高代码的可读性和可维

    2023年04月11日
    浏览(31)
  • 【设计模式】面向对象设计八大原则

    (1)依赖倒置原则(DIP) 高层模块(稳定)不应该依赖于低层模块(变化),二者都应该依赖于抽象(稳定)。 抽象(稳定)不应该依赖于变化),实现细节应该依赖于抽象(稳定)。 (2)开放封闭原则(OCP) 对扩展开放,对更改封闭。 类模块应该是可扩展的,但是不可

    2024年02月10日
    浏览(33)
  • 《设计模式的艺术》笔记 - 面向对象设计原则

    1、单一职责原则         一个类只负责单一功能领域中的相应职责。 2、开闭原则         一个软件实体应当对扩展开放,对修改关闭。即软件实体应当尽量在不修改原有代码的情况下进行扩展。 3、里氏代换原则         所有引用基类的地方必须能透明地使用其子类的对

    2024年01月21日
    浏览(45)
  • javascript设计模式-面向对象基础

    在JS这种弱类型的语言中,类型不匹配错误很难跟踪。可以使用接口来进行类型检查。如果强制使用,又会弱化语言的灵活性。因为有额外的代码调用,所以又会降低性能。解决方法就是在开发时进行类型检查,在开始完成后删除此部分代码。 但JS中的接口实现方式是模拟的

    2024年01月18日
    浏览(29)

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

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

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

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

二维码1

领取红包

二维码2

领红包