文档章节

设计模式(4) 建造者模式

zhixin9001
 zhixin9001
发布于 07/07 20:40
字数 1429
阅读 32
收藏 0

行业解决方案、产品招募中!想赚钱就来传!>>>

  • 什么是建造者模式
  • 经典建造者模式的优缺点
  • 对建造者模式的扩展

什么是建造者模式

建造者模式将一个复杂的对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。创建者模式隐藏了复杂对象的创建过程,它把复杂对象的创建过程加以抽象,通过子类继承或者重载的方式,动态的创建具有复合属性的对象。 虽然与工厂模式、抽象工厂模式、单件模式同为创建型模式,但建造者模式与之前学习的模式相比,更为关注创建过程的细节,它一般用于创建复杂对象,从独立创建每个部分到最后的组装,它承担每个步骤的工作。由于它把创建每个部分都独立为一个单一的过程,因此不仅可以完成较为精细的创建,还可以根据创建步骤编排,生成不同的目标实例。 GOF对建造者模式的描述是: Separate the construction of a complex object from its representation so that the same construction process can create different representations.. — Design Patterns : Elements of Reusable Object-Oriented Software

创建者模式非常适用于产品局部加工过程变化较大,但组装过程相对固定的场景。 比如电脑的组装,基本的组装过程是固定的,但是具体主板、CPU、显卡、内存、硬盘等选择的品牌和型号可能差异很大;还有汽车的生产也是这样,整体组装过程基本相同,但不同品牌、价格的汽车在具体部件上差异很大。

其UML类图如下: markdown

其中包括三个角色:

  • IBuilder:负责描述创建一个产品各个组成的抽象接口。
  • Concrete Builder:实现IBuilder要求的内容,并且提供一个获得产品的方法。
  • Director:基于IBuilder定义的构造产品的抽象步骤,指导Concrete Builder生成产品的过程。

这里的产品类型并没有统一的IProduct接口,主要是因为经过不同ConcreteBuilder加工后的产品差别相对较大,给它一个公共的基准抽象对象意义不大,

代码实现:

public class House
{
    public void AddWindowAndDoor() { }
    public void AddWallAndFloor() { }
    public void AddCeiling() { }
}

public class Car
{
    public void AddWheel() { }
    public void AddEngine() { }
    public void AddBody() { }
}

public interface IBuilder
{
    void BuildPart1();
    void BuildPart2();
    void BuildPart3();
}

public class CarBuilder : IBuilder
{
    private Car car;
    public void BuildPart1()
    {
        car.AddEngine();
    }
    public void BuildPart2()
    {
        car.AddWheel();
    }
    public void BuildPart3()
    {
        car.AddBody();
    }
}

public class HouseBuilder : IBuilder
{
    private House house;
    public void BuildPart1()
    {
        house.AddWallAndFloor();
    }
    public void BuildPart2()
    {
        house.AddCeiling();
    }
    public void BuildPart3()
    {
        house.AddWindowAndDoor();
    }
}

public class Director
{
    public void Construct(IBuilder builder)
    {
        builder.BuildPart1();
        builder.BuildPart2();
        builder.BuildPart3();
    }
}

调用:

[Test]
public void BuilderTest()
{
    Director director = new Director();
    CarBuilder carBuilder = new CarBuilder();
    HouseBuilder houseBuilder = new HouseBuilder();

    director.Construct(carBuilder);
    director.Construct(houseBuilder);

    Assert.AreEqual(typeof(Car), carBuilder.Car.GetType());
    Assert.AreEqual(typeof(House), houseBuilder.House.GetType());
}

经典建造者模式的优缺点

  • 优点:创建者模式将复杂对象的每个组成创建步骤暴露出来,借助Director(或客户程序自己)既可以选择其执行次序,也可以选择要执行哪些步骤。上述过程可以在应用中动态完成,相比较工厂方法和抽象工厂模式的一次性创建过程而言,创建者模式适合创建“更为复杂且每个组成变化较多”的类型。
  • 缺点:但建造者模式也存在一些缺点,比如正因为会暴露出更多的执行步骤,这就需要需要Director(或客户程序)具有更多的领域知识,使用不慎很容易造成相对更为紧密的耦合。

而且经典建造者中IBuilder定义了数目固定的装配动作,而Director有把这些动作的执行顺序也固定了,虽然建造者模式可以生产差异非常大的产品,但要求这些产品具有固定的装配步骤,这就大大局限了这种模式的使用场景,因为现实中这样的要求往往很难满足。不同的产品往往具有数目不同的装配动作和次序,如果要把这样的产品添加到建造者的生产列表中是做不到的,需要另外实现一套,改动比较大。

对建造者模式的扩展

上述问题可以通过对经典模式适当优化来解决。 IBuilder中定义的不同步骤可以进一步抽象为一个Action,CarBuilder和HouseBuilder的代码也很相似,可以提取一个基类,这部分代码放在基类中。 代码如下:

public interface IBuilder<T> where T : class, new()
{
    T BuildUp();
}

public abstract class BuilderBase<T> : IBuilder<T> where T : class, new()
{
    protected IList<Action> steps = new List<Action>();

    protected T product = new T();
    public virtual T BuildUp()
    {
        foreach (Action step in steps)
        {
            step();
        }
        return product;
    }
}

public class ConcreteCarBuilder : BuilderBase<Car>
{
    public ConcreteCarBuilder() : base()
    {
        steps.Add(product.AddEngine);
        steps.Add(product.AddWheel);
        steps.Add(product.AddBody);
    }
}

public class ConcreteHouseBuilder : BuilderBase<House>
{
    public ConcreteHouseBuilder() : base()
    {
        steps.Add(product.AddWallAndFloor);
        steps.Add(product.AddCeiling);
        steps.Add(product.AddWindowAndDoor);
    }
}

实体Builder兼做Director,具体的构建步骤由实体Builder来决定,这样做的好处是非常灵活,不同的Builder可以有不同数目的动作,动作的顺序也可以自行安排。

调用:

[Test]
public void DelegateBuilderTest()
{
    IBuilder<Car> builder = new ConcreteCarBuilder();
    var product = builder.BuildUp();
    Assert.AreEqual(typeof(Car), product.GetType());

    IBuilder<House> builder1 = new ConcreteHouseBuilder();
    var product1 = builder1.BuildUp();
    Assert.AreEqual(typeof(House), product1.GetType());
}

参考书籍: 王翔著 《设计模式——基于C#的工程化实现及扩展》

zhixin9001
粉丝 6
博文 150
码字总数 177010
作品 0
西安
私信 提问
加载中
请先登录后再评论。
Swift百万线程攻破单例(Singleton)模式

一、不安全的单例实现 在上一篇文章我们给出了单例的设计模式,直接给出了线程安全的实现方法。单例的实现有多种方法,如下面: class SwiftSingleton { } 这段代码的实现,在shared中进行条...

一叶博客
2014/06/20
3.3K
16
Nutch学习笔记4-Nutch 1.7 的 索引篇 ElasticSearch

上一篇讲解了爬取和分析的流程,很重要的收获就是: 解析过程中,会根据页面的ContentType获得一系列的注册解析器, 依次调用每个解析器,当其中一个解析成功后就返回,否则继续执行下一个解...

强子哥哥
2014/06/26
712
0
JQuery showDialog

使用方法: 先引入jquery库 版本不低于1.4.2 调用函数 showDialog(mode, msg, t, sd_width) 参数说明: 1, mode 模式 a. confirm [确认模式] b. info [显示信息] b. window [AJAX获取网页内容]...

匿名
2012/11/03
9.8K
0
简单CMS

主要修改: 1)增加文章模块,文章列表显示在首页和单品页中; 2)增加店铺模块,店铺显示在首页和瀑布流页中; 3)增加网站地图模块; 4)增加sitemap模块; 5)增加第三方淘宝登录功能; ...

简单CMS
2012/12/25
4.2K
0
php开源框架--CorePHP

简介: CorePHP框架是一个快速,安全,灵活的php开源框架,主要是为了简化和快速开发小型项目和开源系统二次开发而诞生。它既可以完美的支持MVC模式,又可以不受限制的支持传统编程模式。它是...

shooke
2012/12/27
2.8K
1

没有更多内容

加载失败,请刷新页面

加载更多

Python 计算 0.1+0.2≠0.3? 6 张图搞清楚原理!

点击上方 Z先生点记,加为星标 第一时间收到 Python 技术干货! “ 作者:武沛齐 出处: http://www.cnblogs.com/wupeiqi/ 本文版权归作者和博客园共有 为啥会有上述图片的现象呢?其实是由于...

zeroing1
07/28
11
0
转向边缘计算? 考虑一下

云栖号资讯:【点击查看更多行业资讯】 在这里您可以找到不同行业的第一手的上云资讯,还在等什么,快来! 数据为王,特别是在当前数据驱动业务的时代,数据思维和分析能力是决定未来成功的重...

osc_lmp76vjx
31分钟前
7
0
工信部为“新基建”安全加把“锁”

云栖号资讯:【点击查看更多行业资讯】 在这里您可以找到不同行业的第一手的上云资讯,还在等什么,快来! 8月3日,工业和信息化部发布通知,要求开展2020年网络安全技术应用试点示范工作。按...

osc_oz0d1seh
32分钟前
8
0
今天吃粽子了吗?🤔祝大家端午安康~

本文分享自微信公众号 - 电子狂人(DZKR666)。 如有侵权,请联系 support@oschina.cn 删除。 本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。...

狂人V
06/25
0
0
如何计算C#中某人的年龄? - How do I calculate someone's age in C#?

问题: 给定一个代表一个人生日的DateTime ,我如何计算他们的年龄(以岁为单位)? 解决方案: 参考一: https://stackoom.com/question/9/如何计算C-中某人的年龄 参考二: https://oldbug...

技术盛宴
33分钟前
22
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部