建造者模式

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

类型：创建类模式

四个要素

产品（Product）角色
　　由一系列部件组成，一般是一个较为复杂的对象，也就是说创建对象的过程比较复杂，一般会有比较多的代码量。在本类图中，产品类是一个具体的类，而非抽象类。实际编程中，产品类可以是由一个抽象类与它的不同实现组成，也可以是由多个抽象类与他们的实现组成。
抽象建造者（Builder）角色
　　给出一个抽象接口，以规范产品对象的各个组成成分的建造。一般而言，此接口独立于应用程序的商业逻辑。模式中直接创建产品对象的是具体建造者 (ConcreteBuilder)角色。具体建造者类必须实现这个接口所要求的两种方法：一种是建造方法(buildPart)，另一种是返还结构方法(getResult)。一般来说，产品所包含的零件数目与建造方法的数目相符。换言之，有多少零件，就有多少相应的建造方法。
　　引入抽象建造者的目的，是为了将建造的具体过程交与它的子类来实现。这样更容易扩展。一般至少会有两个抽象方法，一个用来建造产品，一个是用来返回产品。
具体建造者（ConcreteBuilder）角色
　　实现抽象类的所有未实现的方法，具体来说一般是两项任务：组建产品；返回组建好的产品。
导演者（Director）角色
　　负责调用适当的建造者来组建产品，导演类一般不与产品类发生依赖关系，与导演类直接交互的是建造者类。一般来说，导演类被用来封装程序中易变、及其复杂的部分。导演者角色并没有产品类的具体知识，真正拥有产品类的具体知识的是具体建造者角色。

建造模式分成两个很重要的部分：
　　1. 一个部分是Builder接口，这里是定义了如何构建各个部件，也就是知道每个部件功能如何实现，以及如何装配这些部件到产品中去；
　　2. 另外一个部分是Director，Director是知道如何组合来构建产品，也就是说Director负责整体的构建算法，而且通常是分步骤地来执行。
　　不管如何变化，建造模式都存在这么两个部分，一个部分是部件构造和产品装配，另一个部分是整体构建的算法。认识这点是很重要的，因为在建造模式中，强调的是固定整体构建的算法，而灵活扩展和切换部件的具体构造和产品装配的方式。
　　再直白点说，建造模式的重心在于分离构建算法和具体的构造实现，从而使得构建算法可以重用。具体的构造实现可以很方便地扩展和切换，从而可以灵活地组合来构造出不同的产品对象。

产品Product

package com.wbg.Builderdemo;

public class Product {private String name;
    private String type;
    public void printProduct(){
        System.out.println("名称："+name);
        System.out.println("型号："+type);
    }
    public void setName(String name) {
        this.name = name;
    }
    public void setType(String type) {
        this.type = type;
    }

}

抽象建造者abstract class Builder

package com.wbg.Builderdemo;

public abstract  class Builder {
    public abstract void setProduct(String name, String type);
    public abstract Product getProduct();

}

具体建造者 ConcreteBuilder extends Builder

package com.wbg.Builderdemo;

public class ConcreteBuilder extends Builder  {
    private Product product=new Product();
    @Override
    public void setProduct(String name, String type) {
        product.setName(name);
        product.setType(type);
    }

    @Override
    public Product getProduct() {
        return product;
    }
}

导演 Director

package com.wbg.Builderdemo;

public class Director  {

    private Builder builder=new ConcreteBuilder();
    public Product getProductAT(){
        builder.setProduct("奥迪","Q5");
        return builder.getProduct();
    }
    public Product getProductBM(){
        builder.setProduct("宝马","X7");
        return builder.getProduct();
    }


    public Robot createRobotByDirector(BuildRobot BuildRobot){
        BuildRobot.buildHead();
        BuildRobot.buildBody();
        BuildRobot.buildHand();
        BuildRobot.buildFoot();
        return BuildRobot.createRobot();
    }
}

需求者 Client

package com.wbg.Builderdemo;

public class Client {
    public static void main(String[] args){
        Director director = new Director();
        Product product1 = director.getProductAT();
        product1.printProduct();

        Product product2 = director.getProductBM();
        product2.printProduct();
    }
}

建造者模式的优点

首先，建造者模式的封装性很好。使用建造者模式可以有效的封装变化，在使用建造者模式的场景中，一般产品类和建造者类是比较稳定的，因此，将主要的业务逻辑封装在导演类中对整体而言可以取得比较好的稳定性。

其次，建造者模式很容易进行扩展。如果有新的需求，通过实现一个新的建造者类就可以完成，基本上不用修改之前已经测试通过的代码，因此也就不会对原有功能引入风险。

demo:https://github.com/weibanggang/Builderdemo.git