建造者模式

微信公众号：新时代程序猿
关注可了解更多的JAVA，PYTHON，ANDROID教程及开发技术。
问题或建议，请公众号留言;
如果你觉得文章对你有帮助，欢迎赞赏

建造者模式

前言

还是那句话，没有敲个几万行代码，谈设计模式都是瞎扯淡，咱先看看定义

在软件工程领域，设计模式是一套通用的可复用的解决方案，用来解决在软件设计过程中产生的通用问题。它不是一个可以直接转换成源代码的设计，只是一套在软件系统设计过程中程序员应该遵循的最佳实践准则。

所以说，没有工作经验或者没有项目经验，你会完全不知道设计模式在搞什么鬼～你就记住了，假如没有设计模式，软件照样开发，就是在大型软件系统开发及维护过程中就痛苦不堪，最后在不断重构后你会发现尼玛竟然用了好多设计模式。

建造者模式的定义和特点

定义虽然基本没有卵用，因为大部分人都看不懂，但是还的说出来

The intent of the Builder design pattern is to separate the construction of a complex object from its representation. By doing so the same construction process can create different representations.
将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创建不同的表示

使用场景

设计模式的核心不在于你记住某一段代码，而是在于懂得某个设计模式的思想，知道在什么情况下使用什么设计模式，这样你的代码才能易于维护，下面是建造者设计模式的使用场景：

当一个类的构造函数参数个数超过4个，而且这些参数有些是可选的参数，考虑使用构造者模式。

解决的问题

当一个类的构造函数参数超过4个，而且这些参数有些是可选的时，我们通常有两种办法来构建它的对象。例如我们现在有如下一个类计算机类Computer，其中cpu与ram是必填参数，而其他3个是可选参数，那么我们如何构造这个类的实例呢,通常有两种常用的方式：

public class Computer {
    private String cpu;//芯片必须
    private String ram;//内存必须
    private int usbCount;//usb转换器可选
    private String keyboard;//键盘可选
    private String display;//显示器可选
}

第一：折叠构造函数模式（telescoping constructor pattern），这个我们经常用,如下代码所示

package designmode.factorypattern.buildpatter;

public class Computer {
    private String cpu;
    private String ram;
    private String mouse;
    private String keyboard;
    private String display;

    public Computer(String cpu, String ram) {
        this.cpu = cpu;
        this.ram = ram;
    }

    public Computer(String cpu, String ram, String mouse) {
        this.cpu = cpu;
        this.ram = ram;
        this.mouse = mouse;
    }

    public Computer(String cpu, String ram, String mouse, String keyboard) {
        this.cpu = cpu;
        this.ram = ram;
        this.mouse = mouse;
        this.keyboard = keyboard;
    }

    public Computer(String cpu, String ram, String keyboard, String display, String mouse) {
        this.cpu = cpu;
        this.ram = ram;
        this.keyboard = keyboard;
        this.display = display;
        this.mouse = mouse;
    }
}

第二种：Javabean 模式，如下所示

public class Computer {
        ...

   public String getCpu() {
        return cpu;
    }

    public void setCpu(String cpu) {
        this.cpu = cpu;
    }

    public String getRam() {
        return ram;
    }

    public void setRam(String ram) {
        this.ram = ram;
    }

    public String getMouse() {
        return mouse;
    }

    public void setMouse(String mouse) {
        this.mouse = mouse;
    }

    public String getKeyboard() {
        return keyboard;
    }

    public void setKeyboard(String keyboard) {
        this.keyboard = keyboard;
    }

    public String getDisplay() {
        return display;
    }

    public void setDisplay(String display) {
        this.display = display;
    }
}

那么这两种方式有什么弊端呢？

第一种在穿参数的时候需要一一对应，一两个参数还好，如果是七八个参数，想想都很烦，传错了还难定位原因，熟悉代码的时候也不方便。你可以想象一下，当你要调用一个类的构造函数时，你首先要决定使用哪一个，然后里面又是一堆参数，如果这些参数的类型很多又都一样，你还要搞清楚这些参数的含义，很容易就传混了。。。那酸爽谁用谁知道。

第二种方式在构建过程中对象的状态容易发生变化，造成错误。因为那个类中的属性是分步设置的，所以就容易出错。

为了解决这两个问题，builder设计模式就出现了。