大象放进冰箱 - 建造者模式

设计模式 - 建造者模式

[toc]

简介

Builder:又名生产器模式

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

精髓:顺序

输入图片说明

组成角色

  • builder:给出一个抽象接口,以规范产品对象的各个组成成分的建造。这个接口规定要实现复杂对象的哪些部分的创建,并不涉及具体的对象部件的创建。
  • ConcreteBuilder:实现Builder接口,针对不同的商业逻辑,具体化复杂对象的各部分的创建。 在建造过程完成后,提供产品的实例。
  • Director:构建一个使用Builder接口的对象,调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。
  • Product:要创建的复杂对象。

优缺点

  • 优点

    • 保证了流程不会变化,即流程不会增加、减少、也不会产生流程次序的错误
    • 客户端不必知道产品内存的组成细节
    • 具体建造者之间是相互对立的,对系统来说扩展性非常好
  • 缺点

    • 产品必须有共同点,范围有限制
    • 内部变化复制,会有很多的建造者类

适用场景

  • 创建一些复杂的对象时,这些对象的内部组成构件间的建造顺序是稳定的,但是对象的内部组成构件面临着复杂的变化。
  • 要创建的复杂对象的算法,独立于该对象的组成部分,也独立于组成部分的装配方法时。

注意事项

  • 与工厂模式区别:顺序(其更关注内部零件配置的顺序)
  • 一定要一个稳定的算法进行支持
  • 加工工艺是暴露的

案例

大象放进冰箱

小鸟:“牛哥,今晚居然停电了,好无聊啊!”

大牛:“是呢?没电的日子,~~”

小鸟:“咱们来玩脑筋急转弯吧!”

大牛:“好啊!你先出题。”

小鸟:“你说如何能把大象放进冰箱?”

大牛:“这还不简单:打开冰箱 --> 将大象放进去 --> 关闭冰箱.”

小鸟:“牛哥就是牛哥,思维果然超一般人,咦!来电了。”

大牛:“来电了,正好,我也考考你,看看你最近的学习成果。你能将刚才的那个脑筋急转弯用程序实现吗?”

小鸟:“这有何难!使用建造者模式就ok了” Procuct

产品类:用来添加具体的对象

public class Product {
    List<String> parts = new ArrayList<>();

    public void add(String part) {
        parts.add(part);
    }

    public void show() {
        for (String str : parts) {
            System.out.println(str);
        }
    }
}

Builder

建造者抽象类:创建一个将物品放进冰箱的抽象类,定义了各种操作步骤,即约定将物品放进冰箱需要的操作

public abstract class Builder {

    // 打开冰箱
    public abstract void openFridges();

    // 放入冰箱的物品
    public abstract void article();

    // 关闭冰箱
    public abstract void closeFridges();

    public abstract Product getResult();
}

ConcreteBuilder:ElephantBuilder

具体建造者:继承建造者抽象类,并通过产品类去添加每一个流程,即实例化大象放进冰箱需要的步骤

public class ElephantBuilder extends Builder{

    private Product product = new Product();

    @Override
    public void openFridges() {
        product.add("--打开冰箱---");
    }

    @Override
    public void article() {
        product.add("--将大象放进去--");
    }

    @Override
    public void closeFridges() {
        product.add("--关上冰箱--");
    }

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

Director

指挥者:用来约定流程,即大象放进冰箱的步骤

public class Director {
    public void construct(Builder builder) { // 步骤: 打开冰箱 --> 将大象放进去 --> 关闭冰箱
        builder.openFridges();
        builder.article();
        builder.closeFridges();
    }
}

客户端调用

只关心具体的建造者,不用关心产品内部的构造流程。即只关心能将大象放进冰箱就行,具体怎么放进去的,需要哪些步骤不关心

Director director = new Director();
Builder builder = new ElephantBuilder();
director.construct(builder);
Product product = builder.getResult();
product.show();

大牛:“不错啊!看来最近确实有认真学习.”

转载于:https://my.oschina.net/cj0072016/blog/672768

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值