建造者模式(Builder)

Builder模式又称建造者模式或者生成器模式,是GoF提出的23种设计模式之一。Builder模式是一种对象创建型模式之一,用来隐藏复合对象的创建过程,它把复合对象的创建过程加以抽象,通过子类继承和重载的方式,动态地创建具有复合属性的对象。

对象的创建:Builder模式是为对象的创建而设计的一种模式,创建的是一个复合对象,被创建的对象为一个具有复合属性的复合对象。关注对象创建的各部分的创建过程,不同的工厂(这里指Builder生成器)对产品属性有不同的创建方法。

  • 角色和职责

Builder Pattern结构图

Builder模式的关键是其中的Director对象并不直接返回对象,而是通过一步步(BuildPartA,BuildPartB,BuildPartC)来一步步进行对象的创建。当然这里Director可以提供一个默认的返回对象的接口(即返回通用的复杂对象的创建,即不指定或者特定唯一指定BuildPart中的参数)。

1)  Builder :   为创建产品各个部分,同一抽象接口。

2)  ConcreteBuilder :    具体创建产品的各个部分,部分A,部分B,部分C。

3)  Director :    构造一个使用Builder接口的对象。      
         4)  Product  :    表示被构造的复杂对象。

ConcreteBuilder 创建该产品的内部表示并定义它的装配过程,包含定义组成部件的类,包括将这些部件装配成最终产品的接口。

适用场景:当我们要创建的对象很复杂的时候(通常是由很多其他的对象组合而成),我们要要复杂对象的创建过程和这个对象的表示(展示)分离开来,这样做的好处就是通过一步步的进行复杂对象的构建,由于在每一步的构造过程中可以引入参数,使得经过相同的步骤创建最后得到的对象的展示不一样。

简单实现代码如下:

#include <iostream>
using namespace std;

//复杂对象的抽象类
class House
{
public:
    void setDoor(string door) { m_door = door; }
    void setWall(string wall) { m_wall = wall; }
    void setWindow(string window) { m_window = window; }

    string getDoor() { return m_door; }
    string getWall() { return m_wall; }
    string getWindow() { return m_window; }

private:
    string m_door;
    string m_wall;
    string m_window;
};

//工程队的抽象类
class Builder
{
public:
    virtual void buildDoor() = 0;
    virtual void buildWall() = 0;
    virtual void buildWindow() = 0;
    virtual House* getHouse() = 0;
};

//负责建造公寓的工程队的抽象
class FlatBuilder : public Builder
{
public:
    FlatBuilder() { m_pHouse = new House; }

    virtual void buildWindow()
    {
        m_pHouse->setWindow("FlatWindow");
    }
    virtual void buildWall()
    {
        m_pHouse->setWall("FlatWadll");
    }
    virtual void buildDoor()
    {
        m_pHouse->setDoor("FlatDoor");
    }
    virtual House* getHouse()
    {
        return m_pHouse;
    }

private:
    House *m_pHouse;
};

//负责建造别墅的工程队的抽象
class VillaBuilder : public Builder
{
public:
    VillaBuilder() { m_pHouse = new House; }

    virtual void buildWindow()
    {
        m_pHouse->setWindow("VillaWindow");
    }
    virtual void buildWall()
    {
        m_pHouse->setWall("VillaWadll");
    }
    virtual void buildDoor()
    {
        m_pHouse->setDoor("VillaDoor");
    }
    virtual House* getHouse()
    {
        return m_pHouse;
    }

private:
    House *m_pHouse;
};

//设计师(指挥者) 负责建造逻辑
//指挥建筑队干具体的活
class Director
{
public:
    Director(Builder *build)
    {
        m_pBuild = build;
    }
    void construct()
    {
        m_pBuild->buildWall();
        m_pBuild->buildWindow();
        m_pBuild->buildDoor();
    }

private:
    Builder *m_pBuild;
};

int main()
{
    Builder *builder = NULL;
    Director *dre = NULL;
    House *house = NULL;

    builder = new VillaBuilder();
    dre = new Director(builder);
    dre->construct();
    house = builder->getHouse();

    cout << (house->getWindow()).c_str() << endl;

    delete house;
    delete builder;
    delete dre;

    builder = new FlatBuilder();
    dre = new Director(builder);
    dre->construct();
    house = builder->getHouse();

    cout << (house->getWindow()).c_str() << endl;

    delete house;
    delete builder;
    delete dre;
    house = NULL;
    builder = NULL;
    dre = NULL;

    return 0;
}
  • 总结

GoF在《设计模式》一书中给出的关于Builder模式的意图是非常容易理解、间接的:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示(在示例代码中可以通过传入不同的参数实现这一点)。

Builder模式和AbstractFactory模式在功能上很相似,因为都是用来创建大的复杂的对象,它们的区别是:Builder模式强调的是一步步创建对象,并通过相同的创建过程可以获得不同的结果对象,一般来说Builder模式中对象不是直接返回的。而在AbstractFactory模式中对象是直接返回的,AbstractFactory模式强调的是为创建多个相互依赖的对象提供一个同一的接口。

时间: 2024-10-29 19:06:13

建造者模式(Builder)的相关文章

建造者模式&lt;Builder&gt;

概述 将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示,这样的设计模式被称为建造者模式 角色 建造者(Builder):为创建一个产品对象的各个部件指定抽象接口. 具体建造者(ConcreteBuilder):实现Builder的接口以构造和装配该产品的各个部件,定义并明确它所创建的表示,并 提供一个检索产品的接口 产品(Product):表示被构造的复杂对象.ConcreteBuilder创建该产品的内部表示并定义它的装配过程,包含定义组成部件的类,包括将这些部件装配成最

建造者模式(Builder)——从组装电脑开始

建造者模式(Builder)--从组装电脑开始 建造者模式概括起来就是将不同独立的组件按照一定的条件组合起来构成一个相对业务完整的对象.调用者无需知道构造的过程. 我们从组装电脑开始 让我们从买组装电脑开始吧. 首先要买一个电脑,一般都有两个选择 -- 品牌电脑和组装电脑,一般人为了省事和放心都会选择买品牌电脑(也就是整机).在这里,为了更好的分析问题,假定我们为了性价比决定要买组装电脑.那么我们该怎么做呢. 首先我们得学习一个完整的电脑的组成部分有哪些? 经过翻查一部分资料发现,主要部件分为主

设计模式—建造者模式(Builder)

title: 设计模式-建造者模式 建造者模式(Builder)是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们,用户不需要知道内部的具体构建细节.建造者模式属于对象创建型模式.我们获得一个对象的时候不是直接new这个对象出来,而是对其建造者进行属性设置,然后建造者在根据设置建造出各个对象出来.建造者模式又可以称为生成器模式. 模式结构 一个标准的建造者模式包含如下角色: Builder:抽象建造者 ConcreteBuilder:具体建造者 Director

建造者模式(Builder)

定义 (本人在阅读完本书的中英两个版本之后发现对建造者模式十窍懂了九窍,所以直接去网上搜别人的分析了,所以本章大部分是根据网上的资料收集来的,此外,代码例子表示本书的例子不合适,也换了,所以本章和这本书关系不大.) 建造者模式是将一个复杂的对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示.建造者模式最重要的两个角色:抽象建造者(Builder)和指导者(Director),其中建造者知道怎么(How)去建造产品,而指导者知道去制造什么(What)产品,建造者模式用建房子的例子来说明

23种设计模式--建造者模式-Builder Pattern

一.建造模式的介绍       建造者模式就是将零件组装成一个整体,用官方一点的话来讲就是将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示.生活中比如说组装电脑,汽车等等这些都是建造者模式的具体体现,组装电脑反应到软件上就是一个复杂的对象,然后我们使用建造者模式的时候需要抽象一个建造类,抽象一个指挥者指挥具体实现的那个类,然后就是具体实现这个对象的类,这样就避免了每新创建一个不同的复杂对象就需要重新写一下这个类,这样就只要重写建造者就可以了,我们接下来就用组装电脑这个来说明一

设计模式之建造者模式Builder(创建型)

1. 概述 在软件开发的过程中,当遇到一个“复杂的对象”的创建工作,该对象由一定各个部分的子对象用一定的算法构成,由于需求的变化,复杂对象的各个部分经常面临剧烈的变化,但将它们组合在一起的算法相对稳定. 例子1:买肯德基 典型的儿童餐包括一个主食,一个辅食,一杯饮料和一个玩具(例如汉堡.炸鸡.可乐和玩具车).这些在不同的儿童餐中可以是不同的,但是组合成儿童餐的过程是相同的.        客户端:顾客,想去买一套套餐(这里面包括汉堡,可乐,薯条),可以有1号和2号两种套餐供顾客选择.      

设计模式之九:建造者模式(Builder)

建造者模式: 将一个复杂对象的建造过程和它的表示分离开来,这样相同的建造过程可以创建不同的表示. Separate the construction of a complex object from its representation so that the same construction process can create different representations. 通俗一点就是如果流程是一样的,可以将这些流程抽象成一个类的一些接口,具体的创建过程可以在这个抽象类的子类中来实

【转】设计模式(三)建造者模式Builder(创建型)

(http://blog.csdn.net/hguisu/article/details/7518060) 1. 概述 在软件开发的过程中,当遇到一个"复杂的对象"的创建工作,该对象由一定各个部分的子对象用一定的算法构成,由于需求的变化,复杂对象的各个部分经常面临剧烈的变化,但将它们组合在一起的算法相对稳定. 例子1:买肯德基 典型的儿童餐包括一个主食,一个辅食,一杯饮料和一个玩具(例如汉堡.炸鸡.可乐和玩具车).这些在不同的儿童餐中可以是不同的,但是组合成儿童餐的过程是相同的.   

5.建造者模式(Builder Pattern)

using System; using System.Collections.Generic; namespace ConsoleApplication4 { class Program { /// <summary> /// 以组装电脑为例子 /// 每台电脑的组成过程都是一致的,但是使用同样的构建过程可以创建不同的表示(即可以组装成不一样的电脑,配置不一样) /// 组装电脑的这个场景就可以应用建造者模式来设计 /// </summary> /// <param name

设计模式(创建型)之建造者模式(Builder Pattern)

PS一句:最终还是选择CSDN来整理发表这几年的知识点,该文章平行迁移到CSDN.因为CSDN也支持MarkDown语法了,牛逼啊! 概述 建造者模式将客户端与包含多个组成部分的复杂对象的创建过程分离,客户端压根不用知道复杂对象的内部组成部分与装配方式,只需要知道所需建造者的类型即可.它关注如何一步一步创建一个的复杂对象,不同的具体建造者定义了不同的创建过程,且具体建造者相互独立,增加新的建造者非常方便,无须修改已有代码,系统具有较好的扩展性. 问题来了... 你可能会有疑惑,建造者模式和抽象工