UML关系简单介绍
UML简单使用的介绍
创建型设计模式
Android设计模式-单例模式
Android设计模式-工厂模式
Android设计模式-抽象工厂模式
Android设计模式-建造者模式
Android设计模式-原型模式
结构型设计模式
Android设计模式-代理模式
Android设计模式-装饰模式
Android设计模式-适配器模式
Android设计模式-组合模式
Android设计模式-门面模式
Android设计模式-桥接模式
Android设计模式-享元模式
行为型设计模式
Android设计模式-策略模式
Android设计模式-命令模式
Android设计模式-责任链模式
Android设计模式-模版方法模式
Android设计模式-迭代器模式
Android设计模式-观察者模式
Android设计模式-备忘录模式
Android设计模式-中介者模式
Android设计模式-访问者模式
Android设计模式-状态模式
Android设计模式-解释器模式

1.定义

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

2.建造者模式UML图

建造者模式UML图

角色介绍

• Director 导演类，告诉Builder开始创建对象。导演类起到了封装的作用，避免高层模块深入到建造者内部的实现。在建造者模式比较庞大时，导演类可以有多个。
• Builder 抽象建造者类 规范产品的组建，一般由子类实现
• ConcreteBuilder 具体建造者类，实现抽象类定义的所有方法，并返回一个组建好的对象
• Product 产品类，具体要生产的对象

3.实现

3.1产品类

public class Product {
    public void m1(){

    }
}

3.2 抽象建造者

public abstract class Builder {
    public abstract void setpart();
    public abstract Product buildProduct();
}

3.3 具体建造者

public class ConcrereBuilder extends Builder {
    private Product product=new Product();
    @Override
    public void setpart() {
        /**
         * 产品类内的处理逻辑
         */
    }

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

3.4 导演类

public class Director {
    private Builder builder=new ConcrereBuilder();
    //构建不同的产品
    public Product getProduct(){
        builder.setpart();
        /**
         * 设置不同的零件，组建不同的产品
         */
        return builder.buildProduct();
    }
}

4.总结

4.1优点

• 封装性，使用建造者模式可以使客户端不必知道产品内部的具体组成细节，不需要关心其内部是怎么实现的
• 容易扩展，建造者独立，对扩展是非常有利对
• 便于控制细节风险，由于具体的建造者是独立的，因此可以设置不同的建造过程而不对其他模块产生影响。

4.2使用场景

• 相同的方法，不同的执行过程，产生不同的结果，可以使用建造者模式
• 多个属性都可以装配到一个对象中，但是产生的结果又不相同，则可以使用建造者模式
• 产品类非常复杂，或者产品类中调用顺序不同产生不同的效能，这时候也可以使用建造者模式
• 在对象的创建过程中会使用到一些其他对象，这些对象在产品对象的创建过程中不易得到时，也可以使用建造者模式封装该对象的创建过程。

注意事项

建造者模式关注的是零件类型和装配工艺（顺序），这是他与工厂模式最大不同的地方，虽然同为创建型模式，但是他们的住重点是不同的。