当前位置: 首页 > news >正文

C++创建型模式之生成器模式

解决的问题

生成器模式(Builder Pattern)主要解决复杂对象的构建问题。当一个对象的创建过程非常复杂,涉及多个步骤和多个部件时,使用生成器模式可以将对象的构建过程与其表示分离,使得同样的构建过程可以创建不同的表示。

适用场景
  1. 复杂对象的构建:当对象的构建过程非常复杂,涉及多个步骤和多个部件时。
  2. 不同的构建过程:当需要不同的表示时,可以使用相同的构建过程。
  3. 逐步构建:当对象的构建过程可以逐步进行时。
模式的参与者角色
  1. Builder(生成器接口):定义构建产品的各个部件的抽象接口。
  2. ConcreteBuilder(具体生成器):实现 Builder 接口,负责构建产品的各个部件。
  3. Product(产品):表示正在构建的复杂对象。
  4. Director(指导者):使用 Builder 接口来构建产品。

以生产汽车为例的生成器模式示例代码

#include <iostream>
#include <string>// 产品类:汽车
class Car {
public:void setBody(const std::string& body) { body_ = body; }void setEngine(const std::string& engine) { engine_ = engine; }void setWheels(const std::string& wheels) { wheels_ = wheels; }void setInterior(const std::string& interior) { interior_ = interior; }void show() const {std::cout << "Car Configuration: " << std::endl;std::cout << "Body: " << body_ << std::endl;std::cout << "Engine: " << engine_ << std::endl;std::cout << "Wheels: " << wheels_ << std::endl;std::cout << "Interior: " << interior_ << std::endl;}private:std::string body_;std::string engine_;std::string wheels_;std::string interior_;
};// 抽象生成器接口
class CarBuilder {
public:virtual ~CarBuilder() {}virtual void buildBody() = 0;virtual void buildEngine() = 0;virtual void buildWheels() = 0;virtual void buildInterior() = 0;virtual Car* getCar() = 0;
};// 具体生成器:SUV 汽车
class SUVBuilder : public CarBuilder {
public:SUVBuilder() { car_ = new Car(); }~SUVBuilder() { delete car_; }void buildBody() override { car_->setBody("SUV Body"); }void buildEngine() override { car_->setEngine("SUV Engine"); }void buildWheels() override { car_->setWheels("SUV Wheels"); }void buildInterior() override { car_->setInterior("SUV Interior"); }Car* getCar() override { return car_; }private:Car* car_;
};// 具体生成器:Sedan 汽车
class SedanBuilder : public CarBuilder {
public:SedanBuilder() { car_ = new Car(); }~SedanBuilder() { delete car_; }void buildBody() override { car_->setBody("Sedan Body"); }void buildEngine() override { car_->setEngine("Sedan Engine"); }void buildWheels() override { car_->setWheels("Sedan Wheels"); }void buildInterior() override { car_->setInterior("Sedan Interior"); }Car* getCar() override { return car_; }private:Car* car_;
};// 指导者
class Director {
public:void setBuilder(CarBuilder* builder) { builder_ = builder; }Car* constructCar() {builder_->buildBody();builder_->buildEngine();builder_->buildWheels();builder_->buildInterior();return builder_->getCar();}private:CarBuilder* builder_;
};// 客户端代码
int main() {Director director;// 创建 SUVstd::cout << "Building SUV..." << std::endl;SUVBuilder suvBuilder;director.setBuilder(&suvBuilder);Car* suv = director.constructCar();suv->show();delete suv;// 创建 Sedanstd::cout << "\nBuilding Sedan..." << std::endl;SedanBuilder sedanBuilder;director.setBuilder(&sedanBuilder);Car* sedan = director.constructCar();sedan->show();delete sedan;return 0;
}

代码说明

  1. Car 类表示正在构建的汽车产品,包含汽车的各个部件。
  2. CarBuilder 是一个抽象生成器接口,定义了构建汽车各个部件的方法和一个获取最终产品的接口。
  3. SUVBuilder 和 SedanBuilder 是具体生成器类,分别实现了 CarBuilder 接口,用于构建 SUV 和 Sedan 汽车。
  4. Director 类负责使用 CarBuilder 接口来构建汽车。它通过调用生成器的各个构建方法来逐步构建汽车。
  5. Client 在 main 函数中使用 Director 和具体生成器来构建不同类型的汽车,并展示汽车配置。

总结

生成器模式通过将复杂对象的构建过程与其表示分离,使得同样的构建过程可以创建不同的表示。在需要逐步构建复杂对象或需要不同表示的场景中,生成器模式非常有用。

模板方法(Template Method)模式与生成器(Builder)模式

形式相似点
  1. 抽象类与具体类:两种模式都涉及抽象类(或接口)和具体实现类。
  2. 分步构建:都需要分步骤构建复杂对象或执行算法。
目的的不同点
  1. 模板方法模式:定义一个算法的框架,允许子类在不改变算法结构的情况下重新定义算法的某些步骤。目的是为了代码复用和算法的一致性。
  2. 生成器模式:将复杂对象的构建过程与其表示分离,使得同样的构建过程可以创建不同的表示。目的是为了构建复杂对象时的灵活性和可扩展性。

模板方法模式的代码示例

#include <iostream>
#include <string>// 抽象类,定义模板方法
class AbstractClass {
public:// 模板方法void templateMethod() {step1();step2();step3();}protected:virtual void step1() = 0;virtual void step2() = 0;virtual void step3() = 0;
};// 具体类1
class ConcreteClass1 : public AbstractClass {
protected:void step1() override {std::cout << "ConcreteClass1: Step 1" << std::endl;}void step2() override {std::cout << "ConcreteClass1: Step 2" << std::endl;}void step3() override {std::cout << "ConcreteClass1: Step 3" << std::endl;}
};// 具体类2
class ConcreteClass2 : public AbstractClass {
protected:void step1() override {std::cout << "ConcreteClass2: Step 1" << std::endl;}void step2() override {std::cout << "ConcreteClass2: Step 2" << std::endl;}void step3() override {std::cout << "ConcreteClass2: Step 3" << std::endl;}
};// 客户端代码
int main() {AbstractClass* class1 = new ConcreteClass1();class1->templateMethod();delete class1;std::cout << std::endl;AbstractClass* class2 = new ConcreteClass2();class2->templateMethod();delete class2;return 0;
}

生成器模式的代码示例

#include <iostream>
#include <string>// 产品类
class Product {
public:void setPartA(const std::string& partA) { partA_ = partA; }void setPartB(const std::string& partB) { partB_ = partB; }void setPartC(const std::string& partC) { partC_ = partC; }void show() const {std::cout << "Product parts: " << partA_ << ", " << partB_ << ", " << partC_ << std::endl;}private:std::string partA_;std::string partB_;std::string partC_;
};// 抽象生成器接口
class Builder {
public:virtual ~Builder() {}virtual void buildPartA() = 0;virtual void buildPartB() = 0;virtual void buildPartC() = 0;virtual Product* getProduct() = 0;
};// 具体生成器
class ConcreteBuilder : public Builder {
public:ConcreteBuilder() { product_ = new Product(); }~ConcreteBuilder() { delete product_; }void buildPartA() override { product_->setPartA("PartA"); }void buildPartB() override { product_->setPartB("PartB"); }void buildPartC() override { product_->setPartC("PartC"); }Product* getProduct() override { return product_; }private:Product* product_;
};// 指导者
class Director {
public:void setBuilder(Builder* builder) { builder_ = builder; }Product* constructProduct() {builder_->buildPartA();builder_->buildPartB();builder_->buildPartC();return builder_->getProduct();}private:Builder* builder_;
};// 客户端代码
int main() {Director director;// 创建具体生成器ConcreteBuilder builder;director.setBuilder(&builder);// 构建产品Product* product = director.constructProduct();product->show();delete product;return 0;
}

代码说明

模板方法示例
  1. AbstractClass:定义了一个模板方法 templateMethod(),其中包含了三个抽象步骤 step1()step2()step3()
  2. ConcreteClass1 和 ConcreteClass2:具体子类,分别实现了抽象步骤,但模板方法的结构保持不变。
  3. 客户端代码:通过创建 ConcreteClass1 和 ConcreteClass2 的对象,调用 templateMethod() 方法来执行算法,子类可以在不改变算法结构的情况下重新定义算法的某些步骤。
生成器模式示例
  1. Product:表示正在构建的复杂对象。
  2. Builder:抽象生成器接口,定义了构建产品的各个部件的方法和一个获取最终产品的接口。
  3. ConcreteBuilder:具体生成器类,实现了 Builder 接口,负责构建产品的各个部件。
  4. Director:指导者类,使用 Builder 接口来构建产品。通过调用生成器的各个构建方法来逐步构建产品。
  5. 客户端代码:通过 Director 和 ConcreteBuilder 来构建产品,并展示产品配置。

总结

  • 模板方法模式:目的是为了代码复用和算法的一致性,通过定义算法的框架,允许子类在不改变算法结构的情况下重新定义算法的某些步骤。
  • 生成器模式:目的是为了构建复杂对象时的灵活性和可扩展性,通过将复杂对象的构建过程与其表示分离,使得同样的构建过程可以创建不同的表示。
http://www.lryc.cn/news/485723.html

相关文章:

  • 鸿蒙NEXT应用示例:切换图片动画
  • postgresql(功能最强大的开源数据库)继承特性和分区实现
  • 论文笔记(五十六)VIPose: Real-time Visual-Inertial 6D Object Pose Tracking
  • 微服务治理详解
  • “南海明珠”-黄岩岛(民主礁)领海基线WebGIS绘制实战
  • Oracle数据库 创建dblink的过程及其用法详解
  • Linux从0——1之shell编程4
  • pycharm快速更换虚拟环境
  • MVVM框架
  • 数据仓库在大数据处理中的作用
  • 前端Javascript、Vue、CSS等场景面试题目(二)
  • 鸿蒙学习生态应用开发能力全景图-开发者支持平台(5)
  • 计算机网络各层设备总结归纳(更新ing)
  • 3. Spring Cloud Eureka 服务注册与发现(超详细说明及使用)
  • 品牌如何利用大数据工具,进行消费者洞察分析?
  • 鸿蒙实现 web 传值
  • uniapp vuex的使用
  • RabbitMQ实战启程:从原理到部署的全方位探索(上)
  • 【论文复现】轻松利用自适应特征融合实现去雾
  • 【大数据学习 | HBASE高级】hbase-phoenix 与二次索引应用
  • 高级java每日一道面试题-2024年11月09日-缓存中间件篇-Redis和Memecache有什么区别?
  • vscode 关闭绑定元素 隐式具有“any”类型这类错误
  • 手机ip地址异常怎么解决
  • 【售前方案】工业园区整体解决方案,智慧园区方案,智慧城市方案,智慧各类信息化方案(ppt原件)
  • 37.超级简易的计算器 C语言
  • 防火墙----iptables
  • 若点集A=B则A必能恒等变换地变为B=A这一几何常识推翻直线(平面)公理
  • 网络安全之WINDOWS端口及病毒编写
  • Flink 开发工程应加载哪些依赖
  • wordpress建外贸独立站常用的多语言插件