设计模式之旅5--构建者模式

1. 定义

建造者模式也叫做生成器模式。将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

构建者模式

2. 使用场景

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

3. 实现

设计模式只是纯理论，具体实现有多种变化。下面以最常见的连点调用为例子：

public class Product {

    private String mPartA;
    private String mPartB;
    private String mPartC;

    public static class Builder{

        Product mProduct;

        public Builder() {
            this.mProduct = new Product();
        }

        public Builder buildPartA(String partA) {
            this.mProduct.mPartA = partA;
            return this;
        }

        public Builder buildPartB(String partB) {
            this.mProduct.mPartB = partB;
            return this;
        }

        public Builder buildPartC(String partC) {
            this.mProduct.mPartC = partC;
            return this;
        }

        public Product build() {
            return mProduct;
        }
    }


    public static void main(String[] args) {
        Product product = new Product.Builder()
                .buildPartA("a")
                .buildPartB("b")
                .buildPartC("c")
                .build();
    }
    
}

4. 优点

封装性：使用建造者模式可以使客户端不必知道产品内部组成的细节。
建造者相互独立，容易扩展
便于控制细节风险：由于具体的建造者是独立的，因此可以对建造过程逐步细化，而不对其他的模块产生任何影响。

5. 缺点

产生多余的Builder对象，浪费内存