Java设计模式之建造者模式

一、什么是建造者模式

　　我们先说一个生活中的小例子，当我们在外面饭店吃饭时，比如点个水煮肉片，这家店可能会辣一点、那家店可能会咸一点、对面那家可能放青菜、隔壁那家可能放菠菜，每家店做出来的都不一样，明明都是水煮肉片却有不同的做法，如果都一样就不会说这家难吃那家好吃了。那再看快餐店，比如KFC，我们点个至尊虾堡，所有人不管在哪个城市哪家店，做法、味道都是一样的，为什么呢，因为它用料、时间、温度等等都是严格规定的，我们只需要下订单就行了，这就是一个建造者模式。

 建造者模式（Builder），将一个复杂的对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。UML结构图如下：

                                   

模式讲解：

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

二、 实例讲解

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

• 背景：小强希望去电脑城买一台组装的台式主机
• 过程：
  1. 电脑城老板（Diretor）和小强（Client）进行需求沟通（买来打游戏？学习？看片？）
  2. 了解需求后，电脑城老板将小强需要的主机划分为各个部件（Builder）的建造请求（CPU、主板blabla）
  3. 指挥装机人员（ConcreteBuilder）去构建组件；
  4. 将组件组装起来成小成需要的电脑（Product）

使用步骤

   2.1 builder

    步骤1： 定义组装的过程（Builder）抽象类：组装电脑的过程 没有具体的实现

     抽象建造者类，确定产品由哪些部分构成组成，并声明一个得到产品建造后结果的方法GetComputer()。

/**
 * Builder类- 抽象建造者类，确定产品（对象）
 * 由哪些部件组成才能生成一个产品 对象
 * Created by dukun on 2019/12/12.
 */
public abstract class Builder {
    //第一步：装CPU
    //声明为抽象方法，具体由子类实现
    public abstract void  BuildCPU();
    //第二步：装主板
     //声明为抽象方法，具体由子类实现
    public abstract void BuildMainboard();

    //第三步：装硬盘
    //声明为抽象方法，具体由子类实现
    public abstract void BuildHD();

    //返回产品的方法：获得组装好的电脑
    public abstract Computer GetComputer();

}

2.2 Director

导演类起到封装的作用，避免高层模块深入到建造者内部的实现类。在建造者模式比较庞大时，导演类可以有多个。

步骤2： 电脑城老板委派任务给装机人员（Director）

/**
 * z指挥者类，用来指挥建造过程
 * Created by dukun on 2019/12/12.
 */
public class Director {
    /**
     * 生成电脑对象的 步骤
     * @param builder
     */
    public void buildDirector(Builder builder){
        builder.BuildCPU();
        builder.BuildHD();
        builder.BuildMainboard();
    }
}

2.3 ConcreteBuilder类

  具体建造者类，有几个产品类就有几个具体的建造者，而且这多个产品类具有相同的接口或抽象类。这里给出一个产品类的样例，多个产品类同理。

步骤3：创建具体的建造者（ConcreteBuilder）:装机人员

/**
 * 具体建造者类，用来生成产品（对象）
 * Created by dukun on 2019/12/12.
 */
public class ConcreteBuilder1  extends Builder{
    private Computer computer = new Computer();

    @Override
    public void BuildCPU() {computer.Add("intel cpu");}

    @Override
    public void BuildMainboard() {computer.Add("好主板");}

    @Override
    public void BuildHD() {computer.Add("1T硬盘");}

    /**
     * 返回组装好的对象
     * @return
     */
    @Override
    public Computer GetComputer() {return computer;}
}

2.4 Product

需要生效具体对象的类。

步骤4：定义具体产品类（Product）：电脑

/**
 * product类 具体的产品类
 *
 * Created by dukun on 2019/12/12.
 */
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("电脑组装完成，请验收");
    }

}

2.5  Client客户端

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

/**
 *测试类
 * Created by dukun on 2019/12/12.
 */
public class BuilderTest {

   @Test
    public void test(){
       //获得指挥者
      Director director = new Director();
      //创建者对象
      Builder builder = new ConcreteBuilder1();
      //执行创建创建过程
      director.buildDirector(builder);
      //获得对象
      Computer computer = builder.GetComputer();
      //客户端执行对象中的方法
       computer.Show();
    }
}

结果输出：

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

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

 

三、建造者模式的应用

  3.1 何时使用

• 一个基本部件不会变，而其组合经常变化的时候
• 需要生成的产品对象有复杂的内部结构，这些产品对象具备共性；
• 隔离复杂对象的创建和使用，并使得相同的创建过程可以创建不同的产品。

3.2 优点

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

3.3 缺点

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

3.4 与工厂模式的区别

 

参考：https://blog.csdn.net/carson_ho/article/details/54910597