23种设计模式之建造者模式(黑马程序员)

一、概述

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

  • 分离了部件的构造(由Build来负责)和装配(Director负责)。从而可以构造出复杂的对象。这个模式适用于某个对象的构建过程负责的情况下。
  • 由于实现了构建和装配的解耦,不同的构建器相同的装配,也可以做出不同的对象;相同的构建器不同的装配顺序也可以做出不同的对象,也就是实现了构建算法,装配算法的解耦实现了更好的复用。
  • 建造者模式可以将部件和其组装过程分开,一步一步创建一个复杂的对象,用户只需要制定复杂对象的类型就可以得到该对象,而无需知道其内部的具体细节。

二、结构

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

  • 抽象建造者类(Builder):这个接口规定要实现复杂对象的那些部分的创建,并不设计具体的部件对象的创建。
  • 具体建造者类(ConcreteBuilder):实现Builder接口,完成复杂产品的各个部件的具体创建方法,早构造过程完成后提供产品的实例。
  • 产品类(Product):要创建的复杂对象。
  • 指挥者(Director):调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。

建造者类图如下:
建造者模式

三、实现

抽象Builder类

package design.patterns.builder;
/**
 * @author daxue0929
 * @date 2023/4/17
 */
public abstract class Builder {
    //声明Bike类型的变量,并进行赋值
    protected Bike bike = new Bike();

    public abstract void buildFrame();

    public abstract void buildSeat();

    public abstract Bike createBike();

}

具体的构建者一

package design.patterns.builder;
/**
 * @author daxue0929
 * @date 2023/4/17
 * 具体的构建者,用于构建摩拜单车对象
 */
public class MobileBuilder extends Builder {
    @Override
    public void buildFrame() {
        bike.setFrame("碳纤维车架");
    }

    @Override
    public void buildSeat() {
        bike.setSeat("真皮车座");
    }

    @Override
    public Bike createBike() {
        return bike;
    }
}

具体的构建者二

package design.patterns.builder;
/**
 * @author daxue0929
 * @date 2023/4/17
 * Ofo单车构建者,用来构建Ofo单车
 */
public class OfoBuilder extends Builder {
    @Override
    public void buildFrame() {
        bike.setFrame("铝合金车架");
    }

    @Override
    public void buildSeat() {
        bike.setSeat("橡胶车座");
    }
    @Override
    public Bike createBike() {
        return bike;
    }
}

产品

package design.patterns.builder;
/**
 * @author daxue0929
 * @date 2023/4/17
 * 产品
 */
public class Bike {
    private String frame; //车架
    private String seat; //车座

    public String getFrame() {
        return frame;
    }

    public Bike setFrame(String frame) {
        this.frame = frame;
        return this;
    }

    public String getSeat() {
        return seat;
    }

    public Bike setSeat(String seat) {
        this.seat = seat;
        return this;
    }
}

指挥者

package design.patterns.builder;
/**
 * @author daxue0929
 * @date 2023/4/17
 * 指挥者
 */
public class Director {

    //声明Builder类型的变量
    private Builder builder;

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

    //组装自行车的功能
    public Bike construct() {
        builder.buildFrame();
        builder.buildSeat();
        return builder.createBike();
    }
}

客户端

public class Client {
    public static void main(String[] args) {
        MobileBuilder mobileBuilder = new MobileBuilder();
        Director director = new Director(mobileBuilder);
        //实现指挥者不需要关注具体的Bike产品的创建过程。直接创建就好了。
        Bike bike = director.construct();
        System.out.println(bike.getFrame());
        System.out.println(bike.getSeat());
    }
}

上面是Builder模式的常规用法,指挥者类Director再构建者模式中具有很重要的作用,它用于指导具体构建者如何构建产品,控制调用先后次序。并向调用者返回完整的产品类,但是有些情况下需要简化系统,可以把指挥者类和抽象建造者进行结合。

public abstract class Builder2 {
    //声明Bike类型的变量,并进行赋值
    protected Bike bike = 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中。

四、总结

优点:

  • 建造者模式的封装性很好,使用建造者模式可以有效的封装变,在使用建造者模式的场景中,一般产品类和建造者类都是比较稳定的,因此,将主要的业务逻辑封装在指挥者类中对整体而言可以取得比较好的稳定性。
  • 在建造者模式中,客户端不必知道产品内部组成的细节,将产品本身于产品创建的过程解耦,使得相同的创建过程可以创建不同的产品对象。
  • 可以更加精细的控制产品的创建过程,将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,也更方便使用程序来控制创建过程,
  • 建造者模式很容易进行扩展,如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。符合开闭原则。

缺点:

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

使用场景:
建造者(Builder)模式创建的是复杂对象,其产品的各个部分经常面临剧烈的变化,但将它们组合在一起的算法却相对稳定,所以它通常在一下场合使用。

  • 创建的对象较复杂,由多个部件构成,各部件面临着复杂的变化,但构建件的建造顺序是稳定的。
  • 创建复杂对象的算法独立于该对象的组成部分以及它们的装配方式,即产品的构建过程和最终的表示是独立的。

五、模式扩展

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

代码如下:

package design.patterns.builder;
/**
 * @author daxue0929
 * @date 2023/4/17
 */
public class Client2 {
    public static void main(String[] args) {
        Phone phone = new Phone.Builder()
            .cpu("intel")
            .scree("三星屏幕")
            .memory("金士顿内存条")
            .mainBoard("华硕主板")
            .build();
        System.out.println(phone.toString());
    }
}
class Phone{
    private String cpu;
    private String screen;
    private String memory;
    private String mainBoard;

    public Phone(Builder builder) {
        this.cpu = builder.cpu;
        this.screen = builder.screen;
        this.memory = builder.memory;
        this.mainBoard = builder.mainBoard;
    }

    @Override
    public String toString() {
        return "Phone{" +
            "cpu='" + cpu + '\'' +
            ", screen='" + screen + '\'' +
            ", memory='" + memory + '\'' +
            ", mainBoard='" + mainBoard + '\'' +
            '}';
    }
    public static class Builder{
        private String cpu;
        private String screen;
        private String memory;
        private String mainBoard;
        //使用构建者创建Phone对象
        public Phone build(){
            return new Phone(this);
        }
        public Builder cpu(String cpu) {
            this.cpu = cpu;
            return this;
        }
        public Builder scree(String screen) {
            this.screen = screen;
            return this;
        }
        public Builder memory(String memory) {
            this.memory = memory;
            return this;
        }
        public Builder mainBoard(String mainBoard) {
            this.mainBoard = mainBoard;
            return this;
        }
    }
}

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


在最后

❤️ 博主笔力尚浅,文中有疏漏之处还请留言指正,不胜感激。❤️ 谢谢大家。❤️

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值