简介
建造者模式时一个创建型模式,常见的 是android
中AlertDialog
的设计。
允许用户在不知道内部构建细节的情况下,更精细的控制对象的构建流程,使得构建过程和部件可以自由扩展。
相关模式:模板方法设计模式,模板方法设计模式允许子类实现部分细节,而Builder模式是将所有细节都交由子类来实现。
定义
将一个复杂对象的构建与它的表示分离。使得同样的构建过程可以创建不同的表示。
场景
- 相同的方法,不同的执行顺序,产生不同的事件结果时。
- 多个部件或零件装配到一个对象中,但是产生的运行结果又不同。
- 产品类非常复杂,或者产品中的调用顺序不同产生不同的作用时,就可以考虑建造者模式。
- 当初始化一个对象特别复杂,参数多,且很多参数都具有默认值时。
Builder方式分析
在Effective Java中
有讲,建造者模式使用于需要很多参数的构造函数,一些不合适的写法:
使用重叠构造器
这样的话 就需要传递很多我们本不想传递的参数,而且随着参数的增多,容易导致错误。
使用
JavaBean
的Setter
方法这样的话 虽然好很多,但是其构造过程被分到几个调用中,javaBena可能处于不一致的状态。
而且阻止了把类做成不可变的可能。
而使用
Builder
可以像构造器一样,对其参数强加约束条件,如果违反了约束条件,builder
会抛出异常.
Builder生成很好的一个抽象工厂。
// A Builder for objects of type T
public interface Builder<T>{
public T build();
}
更多参照Effective Java第二条
优缺点
- 使用Builder会导致写两遍相关属性的代码和SETTER方法(Builder中一次,Director中一次),但是代码的可读性和可用性大大提高。
- 单个builder构建多个对象时Builder参数可在创建期间进行调整,还可以根据对象不同而进行改变。
使用Builder模式是肯定会增加代码量的。
一般需要嵌套到类中,容易忘记给某个属性添加builder支持。
UML
Builder(抽象建造者):是为创建一个product对象的各个部件指定的抽象接口
ConcreteBuilder(具体建造者):他是具体建造者,实现Builder接口,构造和装配各个部件
Director(导演者角色):调用builder以创建产品对象
Product(产品角色):建造中的复杂对象。
实例代码
public class Director
{
private Builder builder;
public Director(Builder builder)
{
this.builder = builder;
}
public void construct()
{
builder = new ConcreteBuilder();
builder.buildPart1();
builder.buildPart2();
builder.retrieveResult();
}
}
abstract public class Builder
{
public abstract void buildPart1();
public abstract void buildPart2();
public abstract Product retrieveResult();
}
public class ConcreteBuilder extends Builder
{
private Product product = new Product() ;
public void buildPart1()
{
//build the first part of the product
}
public void buildPart2()
{
//build the second part of the product
}
public Product retrieveResult()
{
return product;
}
}
public class Product
{
public Product()
{
//Write your code here
}
}
参考:Java方法参数太多怎么办—Part3—Builder模式