设计模式 _第五招式_建造者模式

本文深入讲解了建造者模式(BuilderPattern)的概念,通过代码演示展示了如何将复杂对象的构建与其表示分离,使得相同的构建过程可以创建不同的表示。文章还探讨了建造者模式的优点,如封装性、易于扩展和便于控制细节风险,以及其与工厂方法模式的区别。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、定义
建造者模式(Builder Pattern)叫做生成器模式,将一个复杂对象的构建与它表示分离,使得同样的构造过程可以创建不同的表示,可以按照部件属性有序的创建对象。
二、代码演示
建造者模式通用类图
这里写图片描述

  • Product产品类

通常是实现了模版方法模式,也就是有模版方法和基本方法。

public class Product {
    public  void  doSomething(){
        //独立业务逻辑
    }
}
  • Builder抽象建造者

规范产品的组建,一般是由子类实现。

public abstract class Builder {
     //设置产品的不同部分,已获得不同的产品
    public abstract  void setPart();
     //构造产品
     public abstract  Product buildProduct();
}
  • ConcreteBuilder具体建造者

实现抽象类定义的所有方法,并且返回一组构建好的对象。

public class ConcreteProduct extends Builder {
    Product  product = new Product();
    //设置产品零件
    public   void setPart(){
        //产品类内的逻辑处理
    }
    //组建一个产品
    public   Product buildProduct(){
     return  product ;
    }
}
  • Director导演类

负责安排已有的模块的顺序,然后告诉Builder开始构造

public class Director {
    private  Builder  builder = new ConcreteProduct();
    //构建不同的产品
    public Product getAProduct(){
        builder.setPart();
        return  builder.buildProduct();
    }
}

三、优点

  • 封装性
    使用建造者模式可以使客户端不必知道产品内部组成的细节。
  • 建造者独立,容易扩展
    每个建造者相互独立,很好扩展。
  • 便于控制细节风险
    由于具体的建造者是独立的,因此可以对建造者过程逐步细化,而不会对其它模块产生影响。

四、缺点

五、应用场景

  • 相同的方法,不同的执行顺序,产生不同的事件结果。
  • 多个部件或零件,都可以封装到一个对象中,但是产生的运行结果又不相同,则可以采用该模式。
  • 产品类非常复杂,或者产品类中调用的顺序不同,产生的结果不同,这非常时候建造者模式。

六、注意事项

  • 建造者模式关注的是零件类型和装配工艺(顺序),这是它与工厂方法模式最大的不同地方,虽然都是创建类,但是注重点不同。
  • 建造者模式常常需要和模版方法模式结合使用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值