创建者模式( 建造者模式)

目录

建造者模式的结构

建造者模式的示例

常规构建方法

简化构建方法

建造者模式的优缺点:

建造者模式的优点:

建造者模式的缺点:

使用场景    

用建造者模式重构类构造器

重构前代码

介绍:链式调用

修改后:

创建者模式对比

工厂方法模式VS建造者模式

抽象工厂模式VS建造者模式


        创建者模式(Builder Pattern)是一种创建型设计模式,它允许您使用相同的创建代码生成不同类型和形式的对象。建造者模式的目的是将对象的构建过程与其表示分离,从而可以使相同的构建过程创建不同的表示。

        分离了部件的构造(由Builder来负责)和装配(由Director负责)。 从而可以构造出复杂的对 象。这个模式适用于:某个对象的构建过程复杂的情况

        由于实现了构建和装配的解耦。不同的构建器,相同的装配,也可以做出不同的对象;相同的构建 器,不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解耦,实现了更 好的复用。

建造者模式的结构

建造者(Builder)模式包含如下角色:

抽象建造者类(Builder):这个接口规定要实现复杂对象的那些部分的创建,并不涉及具体的 部件对象的创建。

具体建造者类(ConcreteBuilder):实现 Builder 接口,完成复杂产品的各个部件的具体 创建方法。在构造过程完成后,提供产品的实例。

产品类(Product):要创建的复杂对象。

指挥者类(Director):调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产 品的信息,只负责保证对象各部分完整创建或按某种顺序创建。

建造者模式的示例

创建共享单车

生产自行车是一个复杂的过程,它包含了车架,车座等组件的生产。

        而车架又有碳纤维,铝合金等材质 的,车座有橡胶,真皮等材质。对于自行车的生产就可以使用建造者模式。

        这里Bike是产品,包含车架,车座等组件;Builder是抽象建造者,MobikeBuilder和 OfoBuilder是具体的建造者;Director是指挥者。类图如下

常规构建方法

自行车类:

public class Bike {
    private String frame;//车架
    private String seat;//车座
    public String getFrame() {
        return frame;
    }
    public void setFrame(String frame) {
        this.frame = frame;
    }
    public String getSeat() {
        return seat;
    }
    public void setSeat(String seat) {
        this.seat = seat;
    }
}

 抽象 builder 类:

public abstract class Builder {
    protected Bike mBike = new Bike();
    public abstract void buildFrame();
    public abstract void buildSeat();
    public abstract Bike createBike();
}

摩拜单车Builder类:

public class MobikeBuilder extends Builder {
    @Override
    public void buildFrame() {
        mBike.setFrame("铝合金车架");
    }
    @Override
    public void buildSeat() {
        mBike.setSeat("真皮车座");
    }
    @Override
    public Bike createBike() {
        return mBike;
    }
}

ofo单车Builder类:

public class OfoBuilder extends Builder {
    @Override
    public void buildFrame() {
        mBike.setFrame("碳纤维车架");
    }
    @Override
    public void buildSeat() {
        mBike.setSeat("橡胶车座");
    }
    @Override
    public Bike createBike() {
        return mBike;
    }
}

指挥者类:

public class Director {
    private Builder mBuilder;
    public Director(Builder builder) {
        mBuilder = builder;
    }
    public Bike construct() {
        mBuilder.buildFrame();
        mBuilder.buildSeat();
        return mBuilder.createBike();
    }
}

测试类:

public class Client {
    public static void main(String[] args) {
        showBike(new OfoBuilder());
        showBike(new MobikeBuilder());
    }
    private static void showBike(Builder builder) {
        Director director = new Director(builder);
        Bike bike = director.construct();
        System.out.println(bike.getFrame());
        System.out.println(bike.getSeat());
    }
}

        上面示例是 Builder模式的常规用法,指挥者类 Director 在建造者模式中具有很重要的作用,它 用于指导具体构建者如何构建产品,控制调用先后次序,并向调用者返回完整的产品类,

但是有些情况下需要简化系统结构,可以把指挥者类和抽象建造者进行结合

简化构建方法

这种方法被称为建造者模式的变种,通常称为简化版建造者模式。

        在简化版建造者模式中,指挥者类被省略,而抽象建造者类中的方法也被合并为一个方法,该方法可以根据传入的参数来判断需要创建的产品类型,并根据类型创建相应的产品对象。这样,系统中的类就被减少了,结构也更加简单。但是,这种方法可能会影响系统的可扩展性和灵活性,因为当需要添加新的产品类型时,需要修改抽象建造者类的代码,这可能会导致系统的变得更加脆弱。

抽象 builder 类:

public abstract class Builder {
    protected Bike mBike = new Bike();
    public abstract void buildFrame();
    public abstract void buildSeat();
    public abstract Bike createBike();
    public Bike construct() {
        this.buildFrame();
        this.BuildSeat();
        return this.createBike();
    }
}

这样做确实简化了系统结构,但同时也加重了抽象建造者类的职责,也不是太符合单一职责原则,如果 construct() 过于复杂,建议还是封装到 Director 中。

建造者模式的优缺点:

建造者模式的优点:

  1. 分离构建和表示:建造者模式可以将对象的构建过程与其表示分离开来,客户端不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,这使得同样的构建过程可以创建不同的表示形式。

  2. 易于扩展:通过添加新的构建器,可以轻松地扩展建造者模式,以支持创建新的对象类型。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不 用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。符合开闭原则

  3. 可以控制对象的创建过程:建造者模式允许您控制对象的构建过程,以确保对象被正确地构建。可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中,使得创建过 程更加清晰,也更方便使用程序来控制创建过程。

  4. 可以创建复杂对象:使用建造者模式可以创建复杂的对象,这些对象具有多个组成部分,这些部分可能具有不同的属性和功能。

  5. 稳定性强:建造者模式的稳定性很好。使用建造者模式可以有效的封装变化,在使用建造者模式的场景中,一 般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在指挥者类中对整体而言可以取 得比较好的稳定性。

建造者模式的缺点:

  1. 建造者模式会增加代码量:由于建造者模式需要定义多个类和接口,因此在实现时可能会增加代码量。

  2. 可能会影响性能:建造者模式的实现可能会影响性能,因为它需要通过多个对象来构建一个完整的对象。

  3. 类型不能差别太大:创造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适 合使用建造者模式,因此其使用范围受到一定的限制。

使用场景    

        建造者模式(Builder Pattern)是一种创建复杂对象的设计模式,主要用于解决在创建对象时,其产品的各个部分经常面临着剧烈的变化,可能存在的多个参数和可选参数的情况,但将它们组合 在一起的算法却相对稳定。

通常情况下,当一个类的构造方法参数过多或者存在大量可选参数时,可以考虑使用创建者模式。

创建者模式的使用场景包括:

  1. 对象的创建过程需要复杂的算法或者是多个步骤,并且希望将这些步骤的实现细节与对象的表示分离开来。

  2. 对象的创建需要设置多个属性或者参数,有些参数是可选的,有些参数有默认值。各部件面临着复杂的变化,但构件间的建造顺序是稳定的。

  3. 希望在不同的环境下使用不同的对象表示方式。

  4. 希望使用简单的方式创建复杂的对象。

  5. 产品的构建过程和最终的表 示是独立的,创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式

总之,如果在创建对象时需要进行复杂的初始化操作,并且这些初始化操作可能会受到外部环境的影响,那么就可以考虑使用创建者模式。这样可以将对象的创建过程与表示分离开来,从而使得代码更加灵活、易于维护。

用建造者模式重构类构造器

 建造者模式除了上面的用途外,在开发中还有一个常用的使用方式,就是当一个类构造器需要传入很多 参数时,如果创建这个类的实例,代码可读性会非常差,而且很容易引入错误,此时就可以利用建造者 模式进行重构。

重构前代码

phone类:(省略set,get方法)

public class Phone {
    private String cpu;
    private String screen;
    private String memory;
    private String mainboard;
    public Phone(String cpu, String screen, String memory, String mainboard) {
        this.cpu = cpu;
        this.screen = screen;
        this.memory = memory;
        this.mainboard = mainboard;
    }
}

测试类:

public class Client {
    public static void main(String[] args) {
    //构建Phone对象
        Phone phone = new Phone("intel","三星屏幕","金士顿","华硕");
        System.out.println(phone);
    }
}

上面在客户端代码中构建Phone对象,传递了四个参数,如果参数更多呢?代码的可读性及使用的成本 就是比较高。

介绍:链式调用

        链式调用(Chaining)是一种编程模式,它允许在一行代码中依次调用多个方法,以便在方法调用的同时对同一个对象进行多个操作,从而使代码更加简洁和易读。链式调用的核心在于每个方法调用都会返回当前对象的引用,这样就可以在方法调用后立即调用下一个方法。

        常用在建造者模式中,我们通常会使用链式调用来设置对象的属性,以便在对象构造过程中更加灵活和可读

        这样,我们就可以在一行代码中依次设置对象的属性,并在最后调用 build 方法来构造学生对象。通过使用链式调用和建造者模式,我们可以避免使用过多的构造器参数,使代码更加简洁易读。

修改后:

public class Phone {
    private String cpu;
    private String screen;
    private String memory;
    private String mainboard;

    private Phone(Builder builder) {
        cpu = builder.cpu;
        screen = builder.screen;
        memory = builder.memory;
        mainboard = builder.mainboard;
}

public static final class Builder {
    private String cpu;
    private String screen;
    private String memory;
    private String mainboard;
    public Builder() {}

    public Builder cpu(String val) {
        cpu = val;
        return this;
    }
    public Builder screen(String val) {
        screen = val;
        return this;
    }
    public Builder memory(String val) {
        memory = val;
        return this;
    }
    public Builder mainboard(String val) {
        mainboard = val;
        return this;
    }
    public Phone build() {
        return new Phone(this);}
    }
}

        该类包含多个构建方法,每个方法负责构建对象的一个部分,并返回 this对象以支持链式调用,并且可以只设置需要的参数,而不需要设置所有参数。

   return this;通常用于链式调用,也被称为方法链。它的作用是在一个对象上连续调用多个方法,并且每个方法返回的都是该对象本身,以便在接下来的方法调用中继续使用。这种技术可以使代码更加简洁和易读,同时也提高了代码的可维护性和可扩展性。

测试类:

public class Client {
    public static void main(String[] args) {
        Phone phone = new Phone.Builder()
        .cpu("intel")
        .mainboard("华硕")
        .memory("金士顿")
        .screen("三星")
        .build();
        System.out.println(phone);
    }
}

        重构后的代码在使用起来更方便,某种程度上也可以提高开发效率。从软件设计上,对程序员的要求比较高。

创建者模式对比

工厂方法模式VS建造者模式

        工厂方法模式注重的是整体对象的创建方式;而建造者模式注重的是部件构建的过程,意在通过一步一步地精确构造创建出一个复杂的对象。

        我们举个简单例子来说明两者的差异,如要制造一个超人,如果使用工厂方法模式,直接产生出来的就是一个力大无穷、能够飞翔、内裤外穿的超人;

        而如果使用建造者模式,则需要组装手、头、脚、躯干 等部分,然后再把内裤外穿,于是一个超人就诞生了。

        工厂方法模式和建造者模式都可以用于创建对象,但是它们的应用场景和实现方式有所不同。工厂方法模式适用于创建一组相关或相似的对象,而建造者模式适用于创建复杂对象。

抽象工厂模式VS建造者模式

        抽象工厂模式实现对产品家族的创建,一个产品家族是这样的一系列产品:具有不同分类维度的产品组合,采用抽象工厂模式则是不需要关心构建过程,只关心什么产品由什么工厂生产即可。

        建造者模式则是要求按照指定的蓝图建造产品,它的主要目的是通过组装零配件而产生一个新产品。如果将抽象工厂模式看成汽车配件生产工厂,生产一个产品族的产品,那么建造者模式就是一个汽车组 装工厂,通过对部件的组装可以返回一辆完整的汽车。

        抽象工厂模式是用于创建一组相关或依赖对象的方式,而建造者模式则是用于将复杂对象的构造与其表示分离开来。两种模式都可以提高系统的灵活性和可维护性,但是它们的应用场景略有不同,需要根据具体的需求来选择使用哪种模式。

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值