专栏首页编码前线建造者模式(Builder Pattern)

建造者模式(Builder Pattern)

目录

1. 介绍

1.1 定义

将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示

1.2 主要作用

在用户不知道对象的建造过程和细节的情况下就可以直接创建复杂的对象。

用户只需要给出指定复杂对象的类型和内容; 建造者模式负责按顺序创建复杂对象(把内部的建造过程和细节隐藏起来)

1.3 解决的问题

方便用户创建复杂的对象(不需要知道实现过程) 代码复用性 & 封装性(将对象构建过程和细节进行封装 & 复用) 例子:造汽车 & 买汽车。

  1. 工厂(建造者模式):负责制造汽车(组装过程和细节在工厂内)
  2. 汽车购买者(用户):你只需要说出你需要的型号(对象的类型和内容),然后直接购买就可以使用了 (不需要知道汽车是怎么组装的(车轮、车门、发动机、方向盘等等))

2. 模式原理

2.1 UML类图 & 组成

模式讲解:

  1. 指挥者(Director)直接和客户(Client)进行需求沟通;
  2. 沟通后指挥者将客户创建产品的需求划分为各个部件的建造请求(Builder);
  3. 将各个部件的建造请求委派到具体的建造者(ConcreteBuilder);
  4. 各个具体建造者负责进行产品部件的构建;
  5. 最终构建成具体产品(Product)。

2.2 实例讲解

接下来我用一个实例来对建造者模式进行更深一步的介绍。

a. 实例概况

背景:小成希望去电脑城买一台组装的台式主机 过程: 电脑城老板(Diretor)和小成(Client)进行需求沟通(买来打游戏?学习?看片?) 了解需求后,电脑城老板将小成需要的主机划分为各个部件(Builder)的建造请求(CPU、主板blabla) 指挥装机人员(ConcreteBuilder)去构建组件; 将组件组装起来成小成需要的电脑(Product)

b. 使用步骤

步骤1: 定义组装的过程(Builder):组装电脑的过程

public  abstract class Builder {  
//第一步:装CPU
//声明为抽象方法,具体由子类实现 
    public abstract void  BuildCPU();
//第二步:装主板
//声明为抽象方法,具体由子类实现 
    public abstract void BuildMainboard();
//第三步:装硬盘
//声明为抽象方法,具体由子类实现 
    public abstract void BuildHD();
//返回产品的方法:获得组装好的电脑
    public abstract Computer GetComputer();
}

步骤2: 电脑城老板委派任务给装机人员(Director)

public class Director{
                        //指挥装机人员组装电脑
                        public void Construct(Builder builder){

                                 builder. BuildCPU();
                                 builder.BuildMainboard();
                                 builder. BuildHD();
                              }
 }

步骤3: 创建具体的建造者(ConcreteBuilder):装机人员

//装机人员1
  public class ConcreteBuilder extend  Builder{
    //创建产品实例
    Computer computer = new Computer();

    //组装产品
    @Override
    public void  BuildCPU(){  
       computer.Add("组装CPU")
    }  

    @Override
    public void  BuildMainboard(){  
       computer.Add("组装主板")
    }  

    @Override
    public void  BuildHD(){  
       computer.Add("组装主板")
    }  

    //返回组装成功的电脑
     @Override
      public  Computer GetComputer(){  
      return computer
    }  
}

步骤4: 定义具体产品类(Product):电脑

public class Computer{

    //电脑组件的集合
    private List<String> parts = new ArrayList<String>();

    //用于将组件组装到电脑里
    public void Add(String part){
    parts.add(part);
}

    public void Show(){
          for (int i = 0;i<parts.size();i++){    
          System.out.println(“组件”+parts.get(i)+“装好了”);
          }
          System.out.println(“电脑组装完成,请验收”);
}
}

步骤5: 客户端调用-小成到电脑城找老板买电脑

public class Builder Pattern{
  public static void main(String[] args){
//逛了很久终于发现一家合适的电脑店
//找到该店的老板和装机人员
  Director director = new Director();
  Builder builder = new ConcreteBuilder();
//沟通需求后,老板叫装机人员去装电脑
director.Construct(builder);
//装完后,组装人员搬来组装好的电脑
Computer computer = builder.GetComputer();
//组装人员展示电脑给小成看
computer.Show();

    }
}

结果输出

组件CUP装好了
组件主板装好了
组件硬盘装好了
电脑组装完成,请验收

通过上述这个常见的生活例子,我相信你已经完全明白了建造者模式的原理了!!

3. 优缺点

在全面解析完后,我来分析下其优缺点:

3.1 优点

易于解耦 将产品本身与产品创建过程进行解耦,可以使用相同的创建过程来得到不同的产品。也就说细节依赖抽象。 易于精确控制对象的创建 将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰 易于拓展 增加新的具体建造者无需修改原有类库的代码,易于拓展,符合“开闭原则“。 每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者,用户使用不同的具体建造者即可得到不同的产品对象。

3.2 缺点

建造者模式所创建的产品一般具有较多的共同点,其组成部分相似;如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。 如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。

4. 应用场景

需要生成的产品对象有复杂的内部结构,这些产品对象具备共性; 隔离复杂对象的创建和使用,并使得相同的创建过程可以创建不同的产品。

本文分享自微信公众号 - 编码前线(gh_acef1225aadd)

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2018-10-27

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 设计模式之责任链模式

    在现实生活中,有很多请求并不是一个人说了就算的,例如面试时的工资,低于1万的薪水可能技术经理就可以决定了,但是1万~1万5的薪水可能技术经理就没这个权利批准,可...

    用户1205080
  • JAVA面试50讲之1:Exception底层原理是什么?

    java异常:是一种错误情况,是程序不希望出现的现象,但是由于程序本身的设计逻辑和运行的环境等因素,出现了异常的情况 异常的意义:不允许程序沿着其正常的路径继续...

    用户1205080
  • 设计模式之原型模式(Prototype)

    我们知道,一个类的定义中包括属性和方法。属性用于表示对象的状态,方法用于表示对象所具有的行为。其中,属性既可以是Java中基本数据类型,也可以是引用类型。Jav...

    用户1205080
  • 双向链表

    双向链表除头节点外,每个节点除data都有next和pre,next指向下一个节点的内存地址,pre指向上一个节点都内存地址,头节点,没有data,pre指向n...

    桑鱼
  • 慕课网高并发实战(三)- 项目准备

    项目采用springboot基础框架快速开发,具体初始化方法不再赘述,不明白的可以看课程或者自行百度

    Meet相识
  • 一个feign使用不当的问题

    以上配置在不熟悉feign-hystrix 或者查看 Feign Hystrix Fallbacks 的可能感觉并没有问题,项目启动也是正常

    itliusir
  • 设计模式-依赖倒置

    yiduwangkai
  • 设计模式-命令模式

    Client:确定具体的命令和接受者; Command:抽象命令接口,一般是接口类或者抽象类 ConcreteCommand:具体的命令执行,调用接受者 Inv...

    breezedancer
  • 行为型设计模式:访问者模式

    访问者模式是设计模式中最难理解的一种设计模式,代码也比较复杂。在GOF《设计模式》中ding定义如下:

    jinjunzhu
  • 从四个java源码构文件建一个机票预定业务的规则引擎(下篇)

    魏新宇

扫码关注云+社区

领取腾讯云代金券