建造者模式的简单介绍
建造者模式和工厂模式的职责比较相像,他们都是为了封装创建对象的创建过程。但是工厂模式的侧重点是为我们提供了一系列具有相同特点对象的创建,而建造者模式关注的是复杂对象的创建,建造者模式可以让我们灵活的编排对象内属性的构建顺序。
建造者模式的类图
建造者模式的各个角色:
- 指挥者角色(Director):指挥者的职责,是指挥建造者按照一定顺序完成产品对象的构建。
- 抽象建造者角色(Builder):为创建一个Product对象的各个部件指定的抽象接口。
- 具体建造者角色(ConcreteBuilder):实现Builder接口,构造和装配各个部件。
- 产品角色(Product)
建造者模式的具体实现思路
- 创建复杂对象。
- 创建抽象的建造者角色。
- 创建具体的建造者角色。
- 创建指挥者。
建造者模式的具体实现方案
创建复杂对象
public class Product { private String partA; private String partB; private String partC; public void show(){ system.out.println(this) } }
创建抽象的建造者角色
public interface Builder { public void setPartA(); public void setPartB(); public void setPartC(); public Product build(); }
创建具体的建造者角色
public class ConcreteBuilder implements Builder { private Product product; public ConcreteBuilder() { product = new Product(); } @Override public void setPartA() { product.setPartA("Part A"); } @Override public void setPartB() { product.setPartB("Part B"); } @Override public void setPartC() { product.setPartC("Part C"); } @Override public Product build() { return product; } }
创建指挥者
public class Director { private Builder builder; // 指定建造者 public Director(Builder builder) { this.builder = builder; } public Product construct() { builder.setPartA(); builder.setPartB(); builder.setPartC(); return builder.build(); } }
建造者模式的优缺点
优点
- 封装性好,构建和表示分离,客户端不需要知道对象的构建过程。
- 低耦合,各个建造者相互独立。
- 客户端不必知道产品内部组成的细节,建造者可以对创建过程逐步细化,而不对其它模块产生任何影响,便于控制细节风险。
缺点
- 如果产品内部发生变化,建造者也需要同步修改,维护成本较高。
建造者模式的适用场景
- 当一个类构造函数的参数个数超过4个,而且这些参数有部分是可选的参数,就应该考虑使用构造者模式。
- 创建复杂对象,拥有多个需要构建的属性。
- 建造者模式比较关系对象内部创建的顺序。
- 不同顺序构建对象,产生的结果不同。
- 建造者创建的对象一般都是由多个部件组成的。
建造者模式总结
总而言之,建造者模式重在打造,复杂对象,该对象由多个部件组成,而且需要对构建这些部件的顺序进行控制,就把房子比作是我们要构建的对象,那么我们在构建房子的时候必须要先打地基,再砌墙,如果不按照一定规则来是盖不成房子的,而这个指挥者就是包工头,或者是房子的设计师,他会让工人按照一定规则去搭建房子。