当前位置: 首页 > news >正文

设计模式之建造者模式理解

基本介绍

1.1 什么是建造者模式?

将复杂对象的构建和它的表示分离,使同样的构建过程产生不同的表示

  • 建造者模式(Builder Pattern) 又叫生成器模式,是一种对象构建模式。可以将复杂对象的构建和它的表示分离,使同样的构建过程产生不同的表示
  • 建造者模式隐藏了复杂对象的创建过程,它把复杂对象的创建过程加以抽象,通过子类继承或者重载的方式,动态的创建具有复合属性的对象。

1.2 主要作用

在用户不知道对象的建造过程和细节的情况下就可以直接创建复杂的对象。

  • 用户只需要给出指定复杂对象的类型和内容;
  • 建造者模式负责按顺序创建复杂对象(把内部的建造过程和细节隐藏起来)

1.3 解决的问题

  1. 方便用户创建复杂的对象(不需要知道实现过程)
  2. 代码复用性 & 封装性(将对象构建过程和细节进行封装 & 复用)

1.4 四个角色

  1. Product(产品角色): 一个具体的产品对象。

  2. Builder(抽象建造者): 创建一个 Product 对象的各个部件指定的 接口/抽象类。

  3. ConcreteBuilder(具体建造者): 实现接口,构建和装配各个部件。

  4. Director(指挥者): 构建一个使用 Builder 接口的对象。它主要是用于创建一个复杂的对象。它主要有两个作用,一是:隔离了客户与对象的生产过程,二是:负责控制产品对象的生产过程。

原理类图

在这里插入图片描述

以建造者模式创建共享单车为例

Product(产品)类
public class Bike {
    private Frame frame; //单车框架
    private Seat seat;	//单车车座

    public Frame getFrame() {
        return frame;
    }

    public void setFrame(Frame frame) {
        this.frame = frame;
    }

    public Seat getSeat() {
        return seat;
    }

    public void setSeat(Seat seat) {
        this.seat = seat;
    }
}
Builder(抽象建造者)类
//抽象builder类
abstract public class BikeBuilder {
    abstract void buildFrame();//建造单车框架
    abstract void buildSeat();//建造单车车座
    abstract Bike createBike();//返回建造的单车对象
}
ConcreteBuilder (具体建造者)类
//摩拜单车构建者类
public class MobikeBuilder extends BikeBuilder {
    Bike bike = new Bike();

    @Override
    void buildFrame() {
        Frame frame = new Frame();
        frame.setName("摩拜单车的框架");
        bike.setFrame(frame);
    }

    @Override
    void buildSeat() {
        Seat seat = new Seat();
        seat.setName("摩拜单车的车座");
        bike.setSeat(seat);
    }

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

//小黄车构建者类
public class OfoBuilder extends BikeBuilder {
    Bike bike = new Bike();

    @Override
    void buildFrame() {
        Frame frame = new Frame();
        frame.setName("小黄车的框架");
        bike.setFrame(frame);
    }

    @Override
    void buildSeat() {
        Seat seat = new Seat();
        seat.setName("小黄车的车座");
        bike.setSeat(seat);
    }

    @Override
    Bike createBike() {
        return bike;
    }
}
Director(指挥者)类
//指挥者类
public class Director {
    private BikeBuilder bikeBuilder = null;
    //通过构造器传入builder
    public Director(BikeBuilder bikeBuilder) {
        this.bikeBuilder = bikeBuilder;
    }

    public Bike construct(){
        bikeBuilder.buildFrame();
        bikeBuilder.buildSeat();
        return bikeBuilder.createBike();
    }
}
Client(客户使用)类
//客户端使用
public class Client {
    public static void main(String[] args) {
        showBike(new MobikeBuilder());
        showBike(new OfoBuilder());
    }

    public static void showBike(BikeBuilder bikeBuilder) {
        Director director = new Director(bikeBuilder);
        Bike bike = director.construct();
        System.out.println("FrameName: "+bike.getFrame().getName()+" SeatName: "+bike.getSeat().getName());
    }
}

输出结果:
FrameName: 摩拜单车的框架 SeatName: 摩拜单车的车座
FrameName: 小黄车的框架 SeatName: 小黄车的车座

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

但是有些情况下需要简化系统结构,可以把Director和抽象建造者进行结合,示例代码:

改造后的抽象建造者
public abstract class NewBuilder { 
    abstract void buildFrame(); 
    abstract void buildSeat(); 
    abstract Bike createBike(); 
    /** 
    * 把导演类中的construct()方法合并到抽象建造者类中 
    * 
    * @return 具体产品对象 
    */ 
    public Bike construct() { 
        this.buildFrame(); 
        this.buildSeat(); 
        return this.createBike(); 
    } 
} 

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

注意事项和细节

  1. 客户端(使用程序)不必知道产品内部组成的细节,将产品本身与产品的创建过程解耦,使得相同的创建过程可以创建不同的产品对象

  2. 每一个具体建造者都相对独立,而与其他的具体建造者无关,因此可以很方便地替换具体建造者或增加新的具体建造者, 用户使用不同的具体建造者即可得到不同的产品对象

  3. 可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰, 也更方便使用程序来控制创建过程

  4. 增加新的具体建造者无须修改原有类库的代码,指挥者类针对抽象建造者类编程,系统扩展方便,符合“开闭原则”

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

  6. 如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大,因此在这种情况下,要考虑是否选择建造者模式.

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

抽象工厂模式实现对产品家族的创建,一个产品家族是这样的一系列产品:具有不同分类维度的产品组合,采用抽象工厂模式不需要关心构建过程,只关心什么产品由什么工厂生产即可。而建造者模式则是要求按照指定的蓝图建造产品,它的主要目的是通过组装零配件而产生一个新产品

相关文章:

  • Windows Mobile 2nd 开发黄金周(4):Windows Mobile设备编程中的本地存储FAQ
  • 设计模式之桥接模式理解
  • 设计模式之适配器模式理解
  • 今天又一项目采用保证金服务——CSDN外包实践(32)
  • 设计模式之装饰者模式
  • 一本“由厚变薄”的好书
  • 设计模式之组合模式
  • 设计模式之外观模式详解(Facade Pattern)
  • 优化系统七十项Reg文件
  • 设计模式之享元模式详解(FlyWeight Pattern)
  • 设计模式之代理模式详解(Proxy Pattern)
  • 又见林锐
  • 设计模式之模板方法模式详解(Template Method Pattern)
  • 工作苦旅
  • 设计模式之命令模式详解(Command Pattern)
  • bootstrap创建登录注册页面
  • create-react-app项目添加less配置
  • go append函数以及写入
  • Java基本数据类型之Number
  • JS学习笔记——闭包
  • Median of Two Sorted Arrays
  • orm2 中文文档 3.1 模型属性
  • seaborn 安装成功 + ImportError: DLL load failed: 找不到指定的模块 问题解决
  • Spark in action on Kubernetes - Playground搭建与架构浅析
  • Yii源码解读-服务定位器(Service Locator)
  • 基于 Babel 的 npm 包最小化设置
  • 今年的LC3大会没了?
  • 前端存储 - localStorage
  • 世界上最简单的无等待算法(getAndIncrement)
  • 数据库写操作弃用“SELECT ... FOR UPDATE”解决方案
  • 微信小程序上拉加载:onReachBottom详解+设置触发距离
  • 用jquery写贪吃蛇
  • 在GitHub多个账号上使用不同的SSH的配置方法
  • 3月27日云栖精选夜读 | 从 “城市大脑”实践,瞭望未来城市源起 ...
  • # Maven错误Error executing Maven
  • #1014 : Trie树
  • #周末课堂# 【Linux + JVM + Mysql高级性能优化班】(火热报名中~~~)
  • (iPhone/iPad开发)在UIWebView中自定义菜单栏
  • (Python第六天)文件处理
  • (pytorch进阶之路)CLIP模型 实现图像多模态检索任务
  • (solr系列:一)使用tomcat部署solr服务
  • (vue)el-checkbox 实现展示区分 label 和 value(展示值与选中获取值需不同)
  • (附源码)springboot优课在线教学系统 毕业设计 081251
  • (每日持续更新)jdk api之FileReader基础、应用、实战
  • (三)mysql_MYSQL(三)
  • (三分钟了解debug)SLAM研究方向-Debug总结
  • (五)c52学习之旅-静态数码管
  • *Django中的Ajax 纯js的书写样式1
  • .360、.halo勒索病毒的最新威胁:如何恢复您的数据?
  • .Net 8.0 新的变化
  • .NET Core WebAPI中封装Swagger配置
  • .NET/ASP.NETMVC 深入剖析 Model元数据、HtmlHelper、自定义模板、模板的装饰者模式(二)...
  • .net专家(高海东的专栏)
  • .pyc文件是什么?
  • /run/containerd/containerd.sock connect: connection refused