Java23种设计模式系列——创建者模式之建造者模式day2-3

181 篇文章 3 订阅
14 篇文章 0 订阅

建造者模式

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

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

建造者模式中的角色

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

优点

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

缺点

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

使用场合

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

实例

Bike(产品类)

package builder_pattern.builder;

public class Bike {
    private String bikeBody;
    private String grip;

    public String getBikeBody() {
        return bikeBody;
    }

    public void setBikeBody(String bikeBody) {
        this.bikeBody = bikeBody;
    }

    public String getGrip() {
        return grip;
    }

    public void setGrip(String grip) {
        this.grip = grip;
    }

    @Override
    public String toString() {
        return "Bike{" +
                "bikeBody='" + bikeBody + '\'' +
                ", grip='" + grip + '\'' +
                '}';
    }
}

Builder(抽象接口)

package builder_pattern.builder;

public interface Builder {
    void buildBikeBody();
    void buildGrip();
    Bike createBike();
}

AbstractBuilder(抽象建造者类)

package builder_pattern.builder;

public abstract class AbstractBuilder implements Builder {
    protected Bike bike = new Bike();
}

NormalBikeBuilder(具体建造者类)

package builder_pattern.builder;

public class NormalBikeBuilder extends AbstractBuilder {

    @Override
    public void buildBikeBody() {
        this.bike.setBikeBody("普通自行车车体");
    }

    @Override
    public void buildGrip() {
    this.bike.setGrip("普通自行车握把");
    }

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

RichBikeBuilder(具体建造者类)

package builder_pattern.builder;

public class RichBikeBuilder extends AbstractBuilder{
    @Override
    public void buildBikeBody() {
        this.bike.setBikeBody("很贵的自行车车体");
    }

    @Override
    public void buildGrip() {
        this.bike.setGrip("很贵的自行车握把");
    }

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

Director(指挥者类)

package builder_pattern.builder;

public class Director {
    private Builder builder;

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

    public Bike constructBike(){
        builder.buildBikeBody();
        builder.buildGrip();
        return builder.createBike();
    }
}

测试类

package builder_pattern.builder;

public class Client {
    public static void main(String[] args) {
        Director director = new Director(new NormalBikeBuilder());
        Bike bike = director.constructBike();
        System.out.println(bike.toString());
        System.out.println("------------------");
        Director director1 = new Director(new RichBikeBuilder());
        System.out.println(director1.constructBike().toString());
    }
}

在这里插入图片描述

建造者模式(静态内部类)

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

示例

package builder_pattern.builder;

public class Phone {
    private String name;
    private String screen;
    private String battery;

    private Phone(Builder builder) {
        this.name = builder.name;
        this.screen = builder.screen;
        this.battery = builder.battery;
    }

    public static final class Builder {
        private String name;
        private String screen;
        private String battery;

        public Builder name(String name) {
            this.name = name;
            return this;
        }

        public Builder screen(String screen) {
            this.screen = screen;
            return this;
        }

        public Builder battery(String battery) {
            this.battery = battery;
            return this;
        }

        public Phone build() {
            return new Phone(this);
        }
    }

    @Override
    public String toString() {
        return "Phone{" +
                "name='" + name + '\'' +
                ", screen='" + screen + '\'' +
                ", battery='" + battery + '\'' +
                '}';
    }
}

测试

package builder_pattern.builder;



public class PhoneTest {
    public static void main(String[] args) {
        Phone build = new Phone.Builder()
                .name("小米")
                .battery("原厂电池")
                .screen("盗版屏幕")
                .build();
        System.out.println(build);
    }
}

在这里插入图片描述

工厂方法、抽象工厂、建造者模式对比

工厂方法

原则:构建的具体不对外开放,用户指定产品即可构建成品
思想:构建过程固化,快速得到最终成品

抽象工厂

原则:构建的具体不对外开放,构建的产品可以是一个完整的产品族,用户只需要关系产品的具体工厂即可
思想:快速获得某一产品族的所有产品

建造者

原则:按照指定设计蓝图对产品进行构建,通过组装形成成品
思想:设计图领导产品构建

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值