设计模式之Builder模式

简介

建造者模式时一个创建型模式,常见的 是androidAlertDialog的设计。

允许用户在不知道内部构建细节的情况下,更精细的控制对象的构建流程,使得构建过程和部件可以自由扩展。

相关模式:模板方法设计模式,模板方法设计模式允许子类实现部分细节,而Builder模式是将所有细节都交由子类来实现。

定义

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

场景

  • 相同的方法,不同的执行顺序,产生不同的事件结果时。
  • 多个部件或零件装配到一个对象中,但是产生的运行结果又不同。
  • 产品类非常复杂,或者产品中的调用顺序不同产生不同的作用时,就可以考虑建造者模式。
  • 当初始化一个对象特别复杂,参数多,且很多参数都具有默认值时。

Builder方式分析

Effective Java中有讲,建造者模式使用于需要很多参数的构造函数,一些不合适的写法:

  • 使用重叠构造器

    这样的话 就需要传递很多我们本不想传递的参数,而且随着参数的增多,容易导致错误。

  • 使用JavaBeanSetter方法

    这样的话 虽然好很多,但是其构造过程被分到几个调用中,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 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模式

实例代码

DesignPatterns

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值