二十三种设计模式-建造者模式

建造者模式(Builder Pattern)是一种创建型设计模式,它提供了一种分步骤构建复杂对象的方法。这种模式允许你通过相同的创建过程构建不同的表示。建造者模式将一个复杂对象的构建与其表示分离,使得同样的构建过程可以创建不同的对象。

建造者模式的主要角色

  1. 产品(Product):需要被构建的复杂对象。
  2. 抽象建造者(Builder):一个接口或抽象类,它规定了建造产品的必要步骤。
  3. 具体建造者(Concrete Builder):实现抽象建造者接口,完成产品构建的具体步骤,并提供一个方法返回构建好的产品。
  4. 指挥者(Director):包含客户端代码,负责按照某种顺序调用建造者接口的方法,以指导构建过程。
  5. 客户端(Client):创建具体的建造者对象,然后通过指挥者对象指定的构建步骤来构建复杂对象。

建造者模式的实现步骤

  1. 定义产品类:创建一个包含多个属性和相应setter方法的产品类。
  2. 定义抽象建造者:创建一个包含建造复杂对象步骤的接口或抽象类。
  3. 实现具体建造者:实现抽象建造者接口,定义具体产品的类型。
  4. 实现指挥者:创建一个指挥者类,它接受一个建造者对象,并包含构建复杂对象的方法。
  5. 客户端代码:使用具体建造者对象和指挥者对象来构建产品。

建造者模式的代码示例

复制代码
// 产品类
class Product {
    private String partA;
    private String partB;
    private String partC;

    // 省略getter和setter方法
}

// 抽象建造者
interface Builder {
    void buildPartA();
    void buildPartB();
    void buildPartC();
    Product getResult();
}

// 具体建造者
class ConcreteBuilder implements Builder {
    private Product product = new Product();

    public void buildPartA() {
        product.setPartA("PartA");
    }

    public void buildPartB() {
        product.setPartB("PartB");
    }

    public void buildPartC() {
        product.setPartC("PartC");
    }

    public Product getResult() {
        return product;
    }
}

// 指挥者
class Director {
    public void construct(Builder builder) {
        builder.buildPartA();
        builder.buildPartB();
        builder.buildPartC();
    }
}

// 客户端代码
public class BuilderPatternDemo {
    public static void main(String[] args) {
        Builder builder = new ConcreteBuilder();
        Director director = new Director();

        director.construct(builder);
        Product product = builder.getResult();
        // 使用product对象
    }
}

建造者模式的优点

  1. 封装性:建造者模式将产品构建过程封装在建造者类中,使得客户端不需要知道产品内部的构建细节。
  2. 灵活性:客户端可以只通过指挥者类来指导产品的构建,而不需要关心具体的建造逻辑。
  3. 扩展性:新增具体建造者类不会影响其他类,易于扩展新的建造过程。
  4. 解耦:客户端和产品构建逻辑解耦,提高了代码的可维护性。

建造者模式的缺点

  1. 类的个数增多:每增加一个产品,可能需要增加新的建造者类和产品类,导致系统更加复杂。
  2. 对象创建变得复杂:对于简单的对象,使用建造者模式可能会使对象创建过程变得过于复杂。

建造者模式特别适用于创建复杂对象,其中对象的创建过程需要多个步骤,或者对象的创建过程需要灵活多变。这种模式在需要精细控制对象构建过程的场景中非常有用,例如在复杂的XML文档构建、数据库查询构建等场景中。

相关推荐
2302_805771077 小时前
Day23:POM设计模式(封装)
java·开发语言·设计模式
范中勤1 天前
技术文档:模型工厂 `llm_provider` / `llm_use` 分层设计
设计模式·langchain·架构设计·模型工厂·llm_provider
浅尝辄止;1 天前
设计模式在HIS/LIS医疗系统中的完整实践指南(C#版)
开发语言·设计模式·c#
范中勤1 天前
适配器模式(Adapter Pattern):原理、场景与 LLM 多厂商工程落地
设计模式·架构·langchain·适配器模式·多厂商
408高手2 天前
23种设计模式
设计模式
沫璃染墨2 天前
《Linux工程实践篇(二):线程池实战——从线程安全单例到完整源码实现》
linux·开发语言·c++·单例模式·设计模式·系统架构
sarasuki2 天前
MCP 为什么是一个协议而不是一个框架呢?
设计模式·agent·mcp
geovindu2 天前
rust: Borg Pattern(续)
开发语言·后端·设计模式·rust·博格模式
染指11103 天前
140.Agent-多Agent框架-Agent执行Skills流程
数据库·人工智能·设计模式·langchain·agents
sarasuki3 天前
Agent 是怎么做错误处理的呢?
人工智能·设计模式·agent