设计模式-建造者模式

定义

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

适用场景

  • 产品具有复杂的内部结构,这些产品对象具备共性
  • 产品的创建需要遵从一定的组建过程

UML类图

设计模式-建造者模式.png
  • Product: 产品类
  • Director: 管理类,用于统一产品构建流程
  • Builder:抽象Builder类,规范产品的组建,一般是由子类实现。
  • ConcreteBulider: 抽象Builder类的实现类,具体产品每个环节的具体实现,并且提供返回组建好产品

示例

这里以组装电脑为例,电脑由主板,cpu和内存组成。各个厂家组装电脑步骤相同先组装主板,再组装cpu,再组装内存。但不同厂家每个组装具体存在差异。

  1. 创建产品类
    电脑抽象为Computor类
public class Computer {
    /**
     * 电脑的组成
     */
    private String board;
    private String cpu;
    private String ram;

    public void setBoard(String board) {
        this.board = board;
    }

    public void setCpu(String cpu) {
        this.cpu = cpu;
    }

    public void setRam(String ram) {
        this.ram = ram;
    }

    @Override
    public String toString() {
        return "Computer{" +
                "board='" + board + '\'' +
                ", cpu='" + cpu + '\'' +
                ", ram='" + ram + '\'' +
                '}';
    }
}
  1. 规范产品的组建并可返回产品对象-抽象Builder类
    各个电脑厂家组装电脑过程相同,可将其抽象为Builder类
public abstract class Builder {

    public abstract void buildBoard(String mainboard);

    public abstract void buildCpu(String cpu);

    public abstract void buildRam(String ram);

    public abstract Computer create();
}
  1. 具体产品组建-具体的Builder类
    具体的电脑厂家例如Lenovo厂(笔者笔记本厂商),产品的每一步都自己进行了实现
public class LenovoComputorBuilder extends Builder {
    private Computer mComputer = new Computer();

    @Override
    public void buildBoard(String board) {
        mComputer.setBoard(board);
    }

    @Override
    public void buildCpu(String cpu) {
        mComputer.setCpu(cpu);
    }

    @Override
    public void buildRam(String ram) {
        mComputer.setRam(ram);
    }

    @Override
    public Computer create() {
        return mComputer;
    }
}
  1. 统一组装过程-Director
    电脑组装过程标准管理者,每个电脑厂家都要遵守
public class Director {
    Builder mBuilder;

    public Director(Builder builder) {
        this.mBuilder = builder;
    }

    public void construct(String board, String cpu, String ram) {
        // 规范建造流程
        // 1. 安装board
        // 2. 安装cpu
        // 3. 安装ram
        mBuilder.buildBoard(board);
        mBuilder.buildCpu(cpu);
        mBuilder.buildRam(ram);
    }
}
  1. 测试类
public class Test {
    public static void main(String[] args) {
        Builder builder = new LenovoComputorBuilder();
        Director director = new Director(builder);
        // 组装电脑
        director.construct("80RQ", "i7-6700HQ", "Samsung");
        // 提取电脑
        Computer computer = builder.create();
        System.out.println(computer);
    }
}

输出结果

Computer{board='80RQ', cpu='i7-6700HQ', ram='Samsung'}

上面例子中通过LenovoComputorBuilder 构建Lenovo Computor,Director封装了构建Computor的具体过程,对外隐藏了构建细节。Builder和Director一起将一个复杂对象的构建与它的表示分离,使得同样的构建可创建不同的对象。 假如华硕电脑厂商来组装电脑,其组装过程和Lenovo是相同的,但其具体的每个步骤的组装存在差异,便可创建ASUSComputorBuilder对象制定自己的产品组建规范,最终通过Director传入其builder对象,依然可组装处ASUS的Computor。

实际开发中可能对产品的组建过程并不关心,例如弹出一个Dialog,这个Dialog先设置标题还是先设置Button都没有关系,便可省略Director角色。而是直接通过Builder来进行对象的构建,这个Builder常称为链式调用,关键点在于每个setter方法都返回自身,链式调用代码大致如下:

new ConcreteBuilder().setA("A")
                .setB("B")
                .setC("C")
                .create();

优缺点

  • 优点
    1. 易于解耦
      将产品本身与产品创建过程进行解耦,可以使用相同的创建过程来得到不同的产品。也就说细节依赖抽象。
    2. 易于精确控制对象的创建
      将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰
    3. 易于拓展
      增加新的具体建造者无需修改原有类库的代码,易于拓展,符合“开闭原则“。每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者。
  • 缺点
    产品的内部构建复杂(例如Lenovo和ASUS,还有各种品牌),可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大

Android源码中的Builder模式

最熟悉的就是AlertDialog.Builder。构建AlertDialog(产品类)示例如下

// 1. 创建AlertDialog的Builder
AlertDialog.Builder builder = new AlertDialog.Builder(this);
// 2. 链式调用设置构建细节
builder.setTitle("builder")
        .setIcon(R.drawable.ic_launcher_background)
        .setMessage("content");
// 3. 调用builder的create返回产品对象AlertDialog
AlertDialog dialog = builder.create();
// 4. 显示AlertDialog
dialog.show();

AlerDialog.Builder采用的是链式调用,省略了Director管理类,我们看下其源码实现。
AlertDialog$Builder

public static class Builder {
    private final AlertController.AlertParams P;
    // 将参数设置到AlertController.AlertParms的成员中
    public Builder setTitle(CharSequence title) {
        P.mTitle = title;
        return this;
    }
    public Builder setMessage(CharSequence message) {
        P.mMessage = message;
        return this;
    }
    public Builder setIcon(Drawable icon) {
        P.mIcon = icon;
        return this;
    }
    // create返回AlertDialog对象
    public AlertDialog create() {
        // Context has already been wrapped with the appropriate theme.
        final AlertDialog dialog = new AlertDialog(P.mContext, 0, 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;
     }
    ...
}

create方法返回了AlertDialog对象,具体参数设置是在P.apply(dialog.mAlert);代码中,mAlert就是AlertController对象。
AlertController$AlertParams

public static class AlertParams {
       public void apply(AlertController dialog) {
            if (mCustomTitleView != null) {
                dialog.setCustomTitle(mCustomTitleView);
            } else {
                if (mTitle != null) {
                    dialog.setTitle(mTitle);
                }
                if (mIcon != null) {
                    dialog.setIcon(mIcon);
                }
                if (mIconId != 0) {
                    dialog.setIcon(mIconId);
                }
                if (mIconAttrId != 0) {
                    dialog.setIcon(dialog.getIconAttributeResId(mIconAttrId));
                }
            }
            ...
        }
}

apply方法将所有参数设置到了AlertController,AlertDialog的所有产品参数都是交由AlertController,这样一个具体AlertDialog产品类就创造出来了。

参考

  1. 建造者模式(Builder Pattern)- 最易懂的设计模式解析
  2. <<Android源码设计模式>>
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,826评论 6 506
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,968评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,234评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,562评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,611评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,482评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,271评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,166评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,608评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,814评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,926评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,644评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,249评论 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,866评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,991评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,063评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,871评论 2 354

推荐阅读更多精彩内容