c++ builder生成器模式

模式定义:
生成器模式是为了解决将一个复杂对象的构建和它的表示分离,使得同样的构建过程可以创建不的表示的问题。对象的构建过程相对稳定。

适用情况:
1、当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。
2、当构造过程必须允许被构造的对象有不同的表示时。

生成器模式有点类似于template method,都是某个过程的总体流程固定,具体每一步可变。生成器模式是对象的构建过程相对稳定,template method是算法的整体步骤相对稳定。

生成器模式和工厂模式也非常相似,都是构造对象。生成器模式最主要功能是基本方法的调用顺序安排,也就是这些基本方法已经实现了;而工厂方法则重点是创建,你要什么对象我创造一个对象出来,组装顺序则不是他关心的。

下面代码实现了一个house的创建过程,总共有三个版本,一步步演化抽象。

版本1,house的表示和构造未分离。

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

class House{
   
public:
    House(bool ifBuildWindow):m_ifBuildWindow(ifBuildWindow){
   
    }
    void init(){
   
        buildWall();
        buildDoor();
        if(ifBuildWindow()){
   
            buildWindow();
        }
        buildRoof();
    }
    virtual void showHouse() = 0; 
    virtual ~House(){
   };
protected:
    virtual void buildDoor() = 0;
    virtual void buildWall() = 0;
    virtual void buildWindow() = 0;
    virtual void buildRoof() = 0;
    virtual bool ifBuildWindow() = 0;
    string m_window;
    string m_door;
    string m_roof;
    string m_wall;
    bool m_ifBuildWindow;
};

class StoneHouse :public House{
   
public:
    StoneHouse(bool ifBuildWindow):House(ifBuildWindow){
   }
protected:
    virtual void buildDoor(){
   
        m_door = "big stone door";
    }
    virtual void buildWall(){
   
        m_wall = "small stone wall";
    }
    virtual void buildWindow(){
   
        m_window = "medium stone window";
    }
    virtual void buildRoof(){
   
        m_roof = "little stone roof";
    }
    virtual bool ifBuildWindow(){
   
        return m_ifBuildWindow;
    }
    virtual void showHouse(){
   
        printf(" stone houce door : %s, wall : %s, window : %s, root : %s\n", 
        m_door.c_str(), m_wall.c_str(), m_window.c_str(), m_roof.c_str());
    }
};

class IceHouse :public House{
   
public:
    IceHouse(bool ifBuildWindow):House(ifBuildWindow){
   }
protected:
    virtual void buildDoor(){
   
        m_door = "big ice  door";
    }
    virtual void buildWall(
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Builder模式 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示 统设计中,有时候面临着一个“复杂系统”的创建工作,该对象通常由各个部分的子对象用一定的算法构成,或者说按一定的步骤组合而成;这些的算法和步骤是稳定的,而构成这个对象的子对象却经常由于需求改变而发生变化,此时我们可以选择使用Builder模式。尽管Builder模式相当容易让人误解,但我认为这几点应该是不会有错的。因此我个人认为Builder模式中要好好把握如下几点 1. 需要创建的对象是复杂对象 2. 对象的创建过程是一步步创建(即:可能由于过程的不同而导致有不同的对象展示) 3. 明确建造者(Builder)、具体建造者(Concrete Builder)、指导者(Director)、产品(Product)之间的职责和联系。 ◆建造者(Builder): 给出一个抽象接口,以规范产品对象的各个组成成分的建造。一般而言,此接口独立于应用程序的商业逻辑。模式中直接创建产品对象的是 具体建造者(ConcreteBuilder):具体建造者类必须实现这个接口所要求的方法:一个是建造方法,另一个是结果返还方法。 ◆具体建造者(Concrete Builder): 担任这个角色的是于应用程序紧密相关的类,它们在应用程序调用下创建产品实例。这个角色主要完成的任务包括: ■实现Builder角色提供的接口,一步一步完成创建产品实例的过程。 ■在建造过程完成后,提供产品的实例。 ◆指导者(Director): 担任这个角色的类调用具体建造者角色以创建产品对象。导演者并没有产品类的具体知识,真正拥有产品类的具体知识的是具体建造者对象。 ◆产品(Product): 产品便是建造中的复杂对象。 详细见博客 http://blog.csdn.net/xiaoting451292510/article/details/8330462

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值