建造者模式

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

类型:
创建类模式

类图:
这里写图片描述

四个要素:

  • 产品类:一般是一个较为复杂的对象。
  • 抽象建造者:给出一个抽象接口,以规范产品对象的各个组成成分的建造。一般至少会有两个抽象方法,一个用来建造产品,一个是用来返回产品。一般来说,建造产品的方法的数目与产品所包含的零件数目相符。换言之,有多少零件,就有多少相应的建造方法。
  • 建造者:实现抽象类的所有未实现的方法,具体来说一般是两项任务:组建产品;返回组建好的产品。
  • 导演类:负责调用适当的建造者来组建产品,导演类一般不与产品类发生依赖关系,与导演类直接交互的是建造者类。一般来说,导演类被用来封装程序中易变的部分。

    代码实现:

//产品类
class Product {
    private String partA;
    private String partB;
    public void showProduct(){
        System.out.println(partA);
        System.out.println(partB);
    }
    public void setPartA(String s) {
        this.partA = s;
    }
    public void setPartB(String s) {
        this.partB = s;
    }
}
//抽象建造者
abstract class Builder {
    public abstract void buildPartA();
    public abstract void buildPartB();
    public abstract Product getProduct();
}
//建造者
class ConcreteBuilder1 extends Builder {
    private Product product = new Product();    
    public void buildPartA() {
        product.setPartA("1");
    }
    public void buildPartB() {
        product.setPartB("1");
    }
    public Product getProduct() {
        return product;
    }
}
class ConcreteBuilder2 extends Builder {
    private Product product = new Product();    
    public void buildPartA() {
        product.setPartA("2");
    }
    public void buildPartB() {
        product.setPartB("2");
    }
    public Product getProduct() {
        return product;
    }
}
//导演类
public class Director {
     private Builder concretebuilder;
     //构造方法中也可以传递builder
     public Director(Builder builder) {
         this.concretebuilder = builder;
     }
     //传递builder
     public void setBuilder(Builder builder) {
         this.concretebuilder = builder;
     }
     // 这个方法用来规范流程,产品构建和组装方法
     public void construct() {
         builder.buildPartA();
         builder.buildPartB();     
     }
}
public class Client {
    public static void main(String[] args){
//对于客户端而言,只需要关心具体的建造者,无需关心产品内部构建流程。如果需要其他的复杂产品对象,只需要选择其他的建造者,
//如果需要扩展,则只需要写一个新的builder就行。如果可以,这个建造者甚至可以用配置文件做,增加更多的扩展性。
    Builder builder = new ConcreteBuilder1();
    // 把建造者注入导演
    Director director = new Director(builder);
    // 导演负责流程把控
    director.construct();
    // 建造者返回一个组合好的复杂产品对象
    Productor productor = builder.getProductor();
    }
}

优点:
首先,建造者模式的封装性很好。使用建造者模式可以有效的封装变化,在使用建造者模式的场景中,一般产品类和建造者类是比较稳定的,因此,将主要的业务逻辑封装在导演类中对整体而言可以取得比较好的稳定性。
其次,建造者模式很容易进行扩展。如果有新的需求,通过实现一个新的建造者类就可以完成,基本上不用修改之前已经测试通过的代码,因此也就不会对原有功能引入风险。

建造者模式与工厂模式的区别:
建造者模式与工厂模式是极为相似的,总体上,建造者模式仅仅只比工厂模式多了一个“导演类”的角色。在建造者模式的类图中,假如把这个导演类看做是最终调用的客户端,那么图中剩余的部分就可以看作是一个简单的工厂模式了。
与工厂模式相比,建造者模式一般用来创建更为复杂的对象,因为对象的创建过程更为复杂,因此将对象的创建过程独立出来组成一个新的类——导演类。也就是说,工厂模式是将对象的全部创建过程封装在工厂类中,由工厂类向客户端提供最终的产品;而建造者模式中,建造者类一般只提供产品类中各个组件的建造,而将具体建造过程交付给导演类。由导演类负责将各个组件按照特定的规则组建为产品,然后将组建好的产品交付给客户端。
总的来说,如果产品的建造很复杂,那么请用工厂模式;如果产品的建造更复杂,那么请用建造者模式。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值