Design Pattern ——Builder

一、基础知识：先前学习建造者模式的时候，总是以这个UML图作为学习基础资料

 

 

 

然后总是要记住四个角色

• 产品类：一般是一个较为复杂的对象，也就是说创建对象的过程比较复杂，一般会有比较多的代码量。在本类图中，产品类是一个具体的类，而非抽象类。实际编程中，产品类可以是由一个抽象类与它的不同实现组成，也可以是由多个抽象类与他们的实现组成。
• 抽象建造者：引入抽象建造者的目的，是为了将建造的具体过程交与它的子类来实现。这样更容易扩展。一般至少会有两个抽象方法，一个用来建造产品，一个是用来返回产品。
• 建造者：实现抽象类的所有未实现的方法，具体来说一般是两项任务：组建产品；返回组建好的产品。
• 导演类：负责调用适当的建造者来组建产品，导演类一般不与产品类发生依赖关系，与导演类直接交互的是建造者类。一般来说，导演类被用来封装程序中易变的部分。住四然后总是要记住四个角色

我们可以看到，建造者模式相对工厂方法模式，更加注重产品建造过程，个人认为这才是Builder的核心思想。

 

二、近日看了一些Builder的例子，再一次觉得设计模式很多时候是一种思想，而不是照搬UML图

例子1.

public class User {
    private final String firstName; // required
    private final String lastName; // required
    private final int age; // optional
    private final String phone; // optional
    private final String address; // optional
     
    private User(UserBuilder builder) {
        this.firstName = builder.firstName;
        this.lastName = builder.lastName;
        this.age = builder.age;
        this.phone = builder.phone;
        this.address = builder.address;
    }
     
    public String getFirstName() {
        return firstName;
    }
     
    public String getLastName() {
        return lastName;
    }
     
    public int getAge() {
        return age;
    }
     
    public String getPhone() {
        return phone;
    }
     
    public String getAddress() {
        return address;
    }
     
    public static class UserBuilder {
        private final String firstName;
        private final String lastName;
        private int age;
        private String phone;
        private String address;
         
        public UserBuilder(String firstName, String lastName) {
            this.firstName = firstName;
            this.lastName = lastName;
        }
         
        public UserBuilder age(int age) {
            this.age = age;
            return this;
        }
         
        public UserBuilder phone(String phone) {
            this.phone = phone;
            return this;
        }
         
        public UserBuilder address(String address) {
            this.address = address;
            return this;
        }
         
        public User build() {
            return new User(this);
        }
         
    }
}

当我们试图创建一个user对象的时候

public User getUser() {
    return new
    User.UserBuilder('Jhon', 'Doe')
    .age(30)
    .phone('1234567')
    .address('Fake address 1234')
    .build();
}

优点如下：

• User构造方法是私有的，这意味着该类不能在客户端代码里直接实例化。
• User所有属性都是final类型的，在构造方法里面被赋值。只提供了getter方法。
• builder类使用流式接口风格，让客户端代码阅读起来更容易（见getUser()）。
• builder类构造方法只接收必须属性，为了确保这些属性在构造方法里赋值，只有这些属性被定义成final类型。

另外还有一个例子：

AlertDialog

public class AlertDialog extends Dialog implements DialogInterface {

    ...

    protected AlertDialog(Context context, int theme) {
    this(context, theme, true);
    }

    AlertDialog(Context context, int theme, boolean createThemeContextWrapper) {
        super(context, resolveDialogTheme(context, theme), createThemeContextWrapper);

        mWindow.alwaysReadCloseOnTouchAttr();
        mAlert = new AlertController(getContext(), this, getWindow());
    }

    protected AlertDialog(Context context, boolean cancelable, OnCancelListener cancelListener) {
        super(context, resolveDialogTheme(context, 0));
        mWindow.alwaysReadCloseOnTouchAttr();
        setCancelable(cancelable);
        setOnCancelListener(cancelListener);
        mAlert = new AlertController(context, this, getWindow());
    }

    public static class Builder {
        private final AlertController.AlertParams P;
        private int mTheme;


        public Builder(Context context) {
            this(context, resolveDialogTheme(context, 0));
        }


        public Builder(Context context, int theme) {
            P = new AlertController.AlertParams(new ContextThemeWrapper(
                    context, resolveDialogTheme(context, theme)));
            mTheme = theme;
        }


        public Builder setMessage(CharSequence message) {
            P.mMessage = message;
            return this;
        }

        public AlertDialog create() {
            final AlertDialog dialog = new AlertDialog(P.mContext, mTheme, false);
            P.apply(dialog.mAlert);
            dialog.setCancelable(P.mCancelable);
            if (P.mCancelable) {
                dialog.setCanceledOnTouchOutside(true);
            }
            dialog.setOnCancelListener(P.mOnCancelListener);
            dialog.setOnDismissListener(P.mOnDismissListener);
            if (P.mOnKeyListener != null) {
                dialog.setOnKeyListener(P.mOnKeyListener);
            }
            return dialog;
        }
        ...
    }
}

我们可以看到:AlertDialog的Build是一个静态内部类。AlertDialog设置的属性会暂时保存在Build类的成员变量P（AlertController.AlertParams）中。同时，我们注意到我们设置的属性(如setMessage())，它都回返回本身的AlertBuild对象，这样我们就可以不停地调用它设置的方法（流式接口风格）。

如果我们想获得这个AlertDialog。我们就需要调用建造者的create()方法，在create()方法里面它就会构造出一个Dialog实例，并且将我们刚才设置的属性全部赋给AlertDialog，最后返回AlertDialog的实例

 

三、总结

从上面的UserBuilder和AlertDialog的例子，我们可以做一些总结。Builder设计模式的适用点：

1.产品的属性较多

2.产品本身不可变——Build后，不建议修改产品。

3.产品属性中有部分非必须的属性。

 

以上三点恰好符合“注重产品创建过程”的Builder核心思想。

 

 

参考资料：

http://www.importnew.com/11506.html 建造者模式实践

http://my.oschina.net/weiCloudS/blog/392872?fromerr=AIX2qbD2 在Android中探秘建造者模式