建造者模式

建造者模式的定义：
建造者模式(Builder Pattern)也叫作生成器模式，其定义如下：
Separate the construction of a complex object from its representation so that the same construction process can create different
representations.
将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示

在建造者模式中，有如下4个角色：
Product产品类：通常是实现了模板方法的模式，也就是有模板方法和基本方法
Builder抽象建造者：规范产品的组建，一般是由子类实现
ConcreteBuilder具体建造者：实现抽象类定义的所有方法，并且返回一个组建好的对象。
Director导演类：负责安排已有模块的顺序，然后告诉Builder开始建造

//产品类
public class Product{
    public void doSomething(){
        //独立业务处理
    }
}
//抽象建造者
public abstract class Builder{
    //设置产品的不同部分，以获得不同的产品
    public abstract void setPart();
    //setPart该方法是零件的配置，[零件就是其他的对象]，以获得一个不同的零件或者不同的装配顺序就可能产生不同的产品
    
    //建造产品
    public abstract Product buildProduct();
}
//具体建造者[注意：有多个产品类就有多个具体建造者，而且这多个产品类具有相同接口或抽象类]
public class ConcreteProduct extends Builder{
    private Product product=new Product();
    //设置产品零件
    public void setPart(){
        //产品类内的逻辑处理
    }
    //组建一个产品
    public Product buildProduct(){
        return product;
    }        
}
//导演类
public class Director{
    private Builder builder=new ConcreteProduct();
    public Product getAProduct(){
        builder.setPart();
        //设置不同的零件，产生不同的产品
        return builder.buildProduct();
    }
}

建造者模式的优点：
1.封装性：使用构造者模式可以是客户端不必知道产品内部组成细节
2.建造者独立，容易扩展
3.便于控制细节风险

建造者模式的使用场景：
相同的方法，不同的执行顺序，产生不同的事件结果，可以采用建造者模式
多个部件或零件，都可以装配到一个对象中，但是产生的运行结果又不相同时，则可以使用该模式
产品类非常复杂，或者产品类中的调用顺序不同产生不同的效能，这个时候使用建造者模式非常适合
在对象创建过程中会使用到系统中的一些其他对象，这些对象在产品对象的创建过程不易得到时，也
可以采用建造者模式封装该对象的创建过程。该场景只能是一个补偿方法，因为一个对象不容易获得，而
在设计阶段竟然没有发觉，而要通过建造者模式柔化创建，本身已经违反了设计的最初目标

注意：建造者模式关注的是零件类型和装配工艺(顺序)，这个是它与工厂方法模式最大的不同；建造者模式
最主要的功能是基本方法的调用顺序安排，也就是这些基本方法已经实现了，通俗的说就是零件的装配，顺
序不同产生的对象也不同；而工厂方法则重点是创建，创建零件是它的主要职责，组装顺序则不关心