当前位置： 首页 > article >正文

设计模式 创建型 建造者模式（Builder Pattern）与 常见技术框架应用 解析

article 2025/1/7 21:29:10

在这里插入图片描述

单例模式（Singleton Pattern），又称生成器模式，是一种对象构建模式。它主要用于构建复杂对象，通过将复杂对象的构建过程与其表示分离，使得同样的构建过程可以创建出具有不同表示的对象。该模式的核心思想是将一个复杂对象的构建过程分解为多个简单的步骤，并允许用户通过指定复杂对象的类型和内容来构建它们，而无需知道对象内部的具体构建细节。

一、核心思想

建造者模式的核心思想是将复杂对象的构建过程与它的表示分离，使得构建过程可以灵活地组合，而不会影响最终的产品表示。这有助于创建一个逐步构建的复杂对象，同时隐藏其内部构造细节。

二、定义与结构

  • 定义：建造者模式是一种创建型设计模式，它允许将一个复杂对象的构建与其表示分离，使得同样的构建过程可以创建不同的表示。通过将对象的构建过程分解为一系列步骤，由不同的建造者类来实现这些步骤，最后由指挥者类来统筹构建流程，以得到最终的复杂对象。
  • 结构：
    • 产品（Product）：即要构建的复杂对象，它具有多个组成部分，这些部分通常由建造者逐步构建完成。例如上述的定制电脑，它就是产品，包含 CPU、内存等各种硬件组件作为其内部属性。
    • 抽象建造者（Abstract Builder）：定义了构建产品各个部分以及返回最终产品的抽象方法，为具体建造者提供统一的接口规范。比如定义了安装 CPU、安装内存等抽象操作方法。
    • 具体建造者（Concrete Builder）：实现抽象建造者接口，负责按照特定的需求实际构建产品的各个部分，并在最后返回构建完成的产品。例如，高性能电脑建造者会选择高端的 CPU、大容量内存来组装电脑。
    • 指挥者（Director）：负责指挥和协调建造者的构建步骤，它知晓构建产品所需的完整流程，通过调用建造者的方法来实现产品的构建，但它并不负责具体的构建细节，只是掌控构建的节奏。比如指挥者决定先安装哪个部件，后安装哪个部件。

角色

  • 产品角色（Product）：作为建造的目标对象，它承载了复杂对象的所有属性和状态，是建造者们努力打造的成果，通常是一个包含多个成员变量的类，这些变量代表了对象的不同组成部分。
  • 抽象建造者角色（Abstract Builder）：作为建造者的抽象模板，规定了构建产品必须实现的一组抽象方法，这些方法涵盖了从基础部件安装到最终产品组装成型的各个环节，为具体建造者的实现提供了方向指引。
  • 具体建造者角色（Concrete Builder）：依据抽象建造者的蓝图，深入到实际构建工作的第一线，根据特定的设计要求或用户需求，精心挑选合适的部件，运用专业的技术，将一个个零散的部件逐步组装成完整的产品，并且能够将最终成果交付给客户端。
  • 指挥者角色（Director）：站在更高的层面统筹规划，它熟悉整个构建流程的最优顺序，通过向具体建造者下达精准的指令，协调各个建造者之间的工作衔接，确保复杂对象能够高效、有序地构建完成，虽然不直接参与物理构建，但却掌控着构建的全局节奏。

三、实现步骤及代码示例（以构建一个网页表单为例）

1、定义产品

// 产品：网页表单
public class WebForm {
    private String formTitle;
    private String formFields;
    private String submitButtonText;

    public WebForm(String formTitle, String formFields, String submitButtonText) {
        this.formTitle = formTitle;
        this.formFields = formFields;
        this.submitButtonText = submitButtonText;
    }

    // 省略 getters 和 setters，方便展示主要逻辑

    @Override
    public String toString() {
        return "WebForm{" +
                "formTitle='" + formTitle + '\'' +
                "formFields='" + formFields + '\'' +
                "submitButtonText='" + submitButtonText + '\'' +
                '}';
    }
}

2、定义抽象建造者

// 抽象建造者：网页表单建造者
public abstract class WebFormBuilder {
    protected WebForm webForm;

    public WebForm getWebForm() {
        return webForm;
    }

    public abstract void buildFormTitle();
    public abstract void buildFormFields();
    public abstract void buildSubmitButtonText();
}

3、创建具体建造者

// 具体建造者：登录表单建造者
public class LoginFormBuilder extends WebFormBuilder {
    @Override
    public void buildFormTitle() {
        webForm = new WebForm("Login Form", "", "");
    }

    @Override
    public void buildFormFields() {
        webForm.setFormFields("Username: <input type='text' name='username'><br>Password: <input type='password' name='password'>");
    }

    @Override
    public void buildSubmitButtonText() {
        webForm.setSubmitButtonText("Login");
    }
}

// 具体建造者：注册表单建造者
public class RegistrationFormBuilder extends WebFormBuilder {
    @Override
    public void buildFormTitle() {
        webForm = new WebForm("Registration Form", "", "");
    }

    @Override
    public void buildFormFields() {
        webForm.setFormFields("Username: <input type='text' name='username'><br>Password: <input type='password' name='password'><br>Email: <input type='email' name='email'>");
    }

    @Override
    public void buildSubmitButtonText() {
        webForm.setSubmitButtonText("Register");
    }
}

4、再定义指挥者：

// 指挥者：表单指挥者
public class FormDirector {
    private WebFormBuilder webFormBuilder;

    public FormDirector(WebFormBuilder webFormBuilder) {
        this.webFormBuilder = webFormBuilder;
    }

    public WebForm construct() {
        webFormBuilder.buildFormTitle();
        webFormBuilder.buildFormFields();
        webFormBuilder.buildSubmitButtonText();
        return webFormBuilder.getWebForm();
    }
}

5、在客户端代码中使用

public class Main {
    public static void main(String[] args) {
        // 构建登录表单
        LoginFormBuilder loginFormBuilder = new LoginFormBuilder();
        FormDirector formDirector = new FormDirector(loginFormBuilder);
        WebForm loginForm = formDirector.construct();
        System.out.println(loginForm);

        // 构建注册表单
        RegistrationFormBuilder registrationFormBuilder = new RegistrationFormBuilder();
        formDirector = new FormDirector(registrationFormBuilder);
        WebForm registrationForm = formDirector.construct();
        System.out.println(registrationForm);
    }
}

四、常见技术框架应用

建造者模式（Builder Pattern）是一种创建型设计模式，它通过将复杂对象的构建过程与其表示分离，使得同样的构建过程可以创建不同的表示。这种模式的优点在于能够分步骤构建复杂对象，而无需关注这些部分的具体组装过程，从而提高了代码的灵活性和可扩展性。关于建造者模式在技术框架中的应用，虽然具体的应用场景可能因框架而异，但以下是一些常见的技术框架和领域中建造者模式的应用示例：

1、Java EE和Spring框架

在Java EE和Spring等企业级应用框架中，建造者模式常用于构建具有复杂属性和依赖关系的对象。例如，在构建数据库连接池、消息队列连接等复杂对象时，可以使用建造者模式来逐步设置对象的属性，并最终返回一个配置好的实例。

2、Web开发框架

在Web开发中，建造者模式常用于构建HTTP请求和响应对象。这些对象通常包含多个属性和配置选项，如URL、请求方法、头信息、请求体等。通过建造者模式，可以逐步设置这些属性，而不是在构造函数中一次性传递所有参数。

3、图形用户界面（GUI）框架

在构建复杂的GUI组件时，如窗口、按钮、文本框等，建造者模式可以帮助开发者逐步设置组件的属性，如大小、位置、颜色等。这样不仅可以提高代码的可读性，还可以使组件的创建过程更加灵活和可扩展。

4、游戏开发框架

在游戏开发中，建造者模式常用于构建游戏中的角色、道具、场景等复杂对象。通过建造者模式，可以逐步设置这些对象的属性，如生命值、攻击力、防御力等，并最终生成一个完整的游戏对象。

5、配置和初始化框架

在一些配置和初始化框架中，建造者模式常用于构建配置对象。这些配置对象通常包含多个配置项和依赖关系，通过建造者模式可以逐步设置这些配置项，并最终生成一个配置好的实例。

在 Android 开发中，AlertDialog 的创建就运用了类似建造者模式的思想。

import android.app.AlertDialog;
import android.content.Context;
import android.content.DialogInterface;

public class DialogBuilderExample {
    public static void main(String[] args) {
        Context context = null; // 实际开发中需替换为有效的上下文
        AlertDialog.Builder builder = new AlertDialog.Builder(context);
        builder.setTitle("提示")
               .setMessage("这是一个示例对话框")
               .setPositiveButton("确定", new DialogInterface.OnClickListener() {
                    @Override
                    public void onClick(DialogInterface dialog, int which) {
                        // 点击确定按钮的处理逻辑
                    }
                })
               .setNegativeButton("取消", new DialogInterface.OnClickListener() {
                    @@Override
                    public void onClick(DialogInterface dialog, int which) {
                        // 点击取消按钮的处理逻辑
                    }
                });
        AlertDialog dialog = builder.create();
        dialog.show();
    }
}

这里，AlertDialog.Builder 相当于具体建造者，它逐步构建 AlertDialog（产品）的各个部分，如标题、消息内容、按钮等，而我们不需要关心 AlertDialog 内部复杂的创建和初始化过程，只需按照需求配置各个部件即可，最后通过 create 方法得到完整的对话框并展示。

五、应用场景

  1. 复杂对象构建：当需要创建的对象具有大量的属性、复杂的初始化逻辑，并且不同的属性组合会产生不同的功能或外观变体时，建造者模式非常适用。比如构建一辆汽车，涉及发动机、底盘、车身、内饰等多个复杂部件的选型与组装，使用建造者模式可以清晰地划分构建步骤，方便管理。
  2. 对象构建过程需要精细控制：如果对对象构建的顺序、步骤有严格要求，建造者模式能确保构建过程按照预定的流程进行。例如在建筑施工中，先打地基、再建主体、最后装修，通过指挥者精确安排建造者的工作顺序，保证建筑质量。
  3. 创建对象的逻辑频繁变化：当创建对象的逻辑需要经常调整，比如根据不同的市场需求，产品的配置、样式经常改变，建造者模式将构建逻辑封装在建造者和指挥者类中，修改时只需在相关类中进行，不影响客户端使用。

六、优缺点

优点：

  1. 构建过程与表示分离：使得客户端不需要了解复杂对象的具体构建细节，降低了耦合度，客户端只需与指挥者和建造者的抽象接口交互，即使构建过程变化，也不影响客户端代码。
  2. 精细控制构建过程：通过指挥者可以精确安排构建步骤，满足不同的构建需求，确保复杂对象按照预期的方式构建，提高构建质量。
  3. 代码复用性高：抽象建造者和具体建造者类可以在多个地方复用，尤其是当有多种类似的复杂对象需要构建时，复用建造者类能节省开发时间。例如，不同风格的房屋建造可以复用基础的建造者类。
  4. 便于维护和扩展：当需要增加新的构建步骤、修改构建逻辑或创建新的复杂对象变体时，只需在建造者和指挥者类中操作，不会影响其他部分代码。如要给汽车增加自动驾驶功能模块，只需在相关建造者类中添加构建步骤。

缺点：

  1. 增加代码复杂性：引入建造者模式会增加类的数量，包括抽象建造者、具体建造者、指挥者以及产品类，对于简单的对象创建场景，会使代码显得过于繁琐。
  2. 对开发人员要求较高：要求开发人员熟悉建造者模式的结构和原理，在设计和实现过程中需要合理规划各个角色的职责和交互，否则容易导致代码混乱，增加维护难度。

建造者模式为创建复杂对象提供了一种高效、灵活且易于维护的解决方案，虽然在简单场景下可能略显繁琐，但在应对复杂构建需求时能充分发挥其优势，提升软件的质量和开发效率。

在这里插入图片描述


http://www.kler.cn/a/469009.html

相关文章：

  • 【iOS Swift Moya 最新请求网络框架封装通用】
  • 【简博士统计学习方法】3. 统计学习方法的三要素
  • Linux安全防火墙（iptables）配置策略
  • C++相关实验练习
  • 【开源工业视觉库】启航规划
  • k8s修改存储目录-介绍
  • 15.1、解锁 Python 文本魔法：re 模块正则表达式实战指南
  • Unity性能优化总结
  • 云架构：考量与框架
  • 并发服务器框架——zinx
  • 智能问答系统：引领人工智能对话的未来
  • 阿里云服务器配置成代理服务器
  • linux,centos7.6安装禅道
  • RFID手持机与RFID工业平板在仓储物流管理系统中的选型
  • [SMARTFORMS] 输出文本变量绑定
  • MyBatis 与 MyBatis-Plus 的区别
  • Mapper XML 文件纳入 classpath 的解决方案
  • SocraticLM: Exploring Socratic Personalized Teaching with Large Language Models
  • 党员学习交流平台
  • Ae 效果详解：放大
  • springboot565企业车辆管理系统设计与实现(论文+源码)_kaic
  • Flink系列知识讲解之：深入了解 Flink 的网络协议栈
  • python学opencv|读取图像（二十六）使用cv2.putText()绘制文字进阶-在图像上写文字
  • AI定义汽车/跨域融合/整车智能，汽车智能化2.0时代新机会来了
  • Spring Boot 3 配置大全系列 —— 如何配置用户的登录与认证？
  • （转）rabbitmq怎么保证消息不丢失？