3.0建造者模式

简介

使用多个简单的对象一步一步构建成一个复杂的对象

建造者模式通常包括下面几个角色:
1、Builder:给出一个抽象接口,以规范产品对象的各个组成成分的建造。这个接口规定要实现复杂对象的哪些部分的创建,并不涉及具体的对象部件的创建。
2、ConcreteBuilder:实现Builder接口,针对不同的商业逻辑,具体化复杂对象的各部分的创建。 在建造过程完成后,提供产品的实例。
3、Director:调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。

4、Product:要创建的复杂对象。


类图

代码

/**  
 * 建造者模式-产品
 * 一般是一个较为复杂的对象
 * @author: 张彬
 * @date: 2018年3月22日 下午6:11:51
 * @version: V1.0
 * @review: 张彬/2018年3月22日 下午6:11:51
 */
public class Car {
    private String name;
    private String type;
    //汽车有很多属性,这里只写两个
    public void showCar(){
        System.out.println("名称:"+name);
        System.out.println("型号:"+type);
    }
    public void setName(String name) {
        this.name = name;
    }
    public void setType(String type) {
        this.type = type;
    }
}
/**  
 * 建造者-抽象建造者
 * 引入抽象建造者的目的,是为了将建造的具体过程交与它的子类来实现。
 * 这样更容易扩展。一般至少会有两个抽象方法,一个用来建造产品,一个是用来返回产品。
 * @author: 张彬
 * @date: 2018年3月22日 下午6:12:55
 * @version: V1.0
 * @review: 张彬/2018年3月22日 下午6:12:55
 */
public abstract class Builder {
    public abstract void setPart(String arg1, String arg2);
    public abstract Car getCar();
}
/**  
 * 建造者-具体建造者
 * 实现抽象类的所有未实现的方法,具体来说一般是两项任务:组建产品;返回组建好的产品
 * @author: 张彬
 * @date: 2018年3月22日 下午6:14:15
 * @version: V1.0
 * @review: 张彬/2018年3月22日 下午6:14:15
 */
public class ConcreteBuilder extends Builder {
    private Car car = new Car();

    public void setPart(String arg1, String arg2) {
        car.setName(arg1);
        car.setType(arg2);
    }

    @Override
    public Car getCar() {
        return car;
    }
}
/**  
 * 建造者-导演类/指挥类
 * 负责调用适当的建造者来组建产品,导演类一般不与产品类发生聚合关系,与导演类直接交互的是建造者类。
 * 一般来说,导演类被用来封装程序中易变的部分。
 * @author: 张彬
 * @date: 2018年3月22日 下午6:18:54
 * @version: V1.0
 * @review: 张彬/2018年3月22日 下午6:18:54
 */
public class Director {
    private Builder builder = new ConcreteBuilder();
    public Car getBMWCar(){
        builder.setPart("宝马汽车","X7");
        return builder.getCar();
    }
    public Car getOOOOCar(){
        builder.setPart("奥迪汽车","Q5");
        return builder.getCar();
    }
}
/**  
 * 测试
 * @author: 张彬
 * @date: 2018年3月23日 下午4:23:37
 * @version: V1.0
 * @review: 张彬/2018年3月23日 下午4:23:37
 */
public class Client {
    public static void main(String[] args) {
       
        Director director = new Director();
        director.getBMWCar().showCar();
        director.getOOOOCar().showCar();
    }
 }

输出结果:

名称:宝马汽车
型号:X7
名称:奥迪汽车
型号:Q5

总结

将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。
优点:

  • 易于解耦:将产品本身与产品创建过程进行解耦,可以使用相同的创建过程来得到不同的产品。也就说细节依赖抽象。
  • 易于精确控制对象的创建:将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰
  • 易于拓展:增加新的具体建造者无需修改原有类库的代码,易于拓展,符合“开闭原则“

缺点:

  • 产品必须有共同点,范围有限制,如果产品之间的差异性很大,则不适合使用建造者模式
  • 如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大




猜你喜欢

转载自blog.csdn.net/u011260970/article/details/79976521