在使用别人的框架的时候,总觉得那些链式调用的写法看起来很厉害很优雅,一直以为挺难的呢,在书上看到之后才发现也是一种基本设计模式。
以构建一个Computer实例为例。
public abstract class Computer { protected int cpu; protected int ram; protected String os; protected Computer() { } // 设置CPU核心数 public abstract void setCpu(int cpu); // 设置内存 public abstract void setRam(int ram); // 设置操作系统 public abstract void setOs(String os); @Override public String toString() { return "Computer{" + "cpu=" + cpu + ", ram=" + ram + ", os='" + os + '\'' + '}'; } } public abstract class Builder { // 设置CPU核心数 public abstract Builder buildCpu(int cpu); // 设置内存 public abstract Builder buildRam(int ram); // 设置操作系统 public abstract Builder buildOs(String os); // 创建Computer public abstract Computer create(); } public class Macbook extends Computer { @Override public void setCpu(int cpu) { this.cpu = cpu; } @Override public void setRam(int ram) { this.ram = ram; } @Override public void setOs(String os) { this.os = os; } } public class MacBookBuilder extends Builder { private Computer computer = new Macbook(); @Override public Builder buildCpu(int cpu) { computer.setCpu(cpu); return this; } @Override public Builder buildRam(int ram) { computer.setRam(ram); return this; } @Override public Builder buildOs(String os) { computer.setOs(os); return this; } @Override public Computer create() { return computer; } } public class Director { Builder mBuilder = null; public Director(Builder builder) { mBuilder = builder; } public void construct(int cpu, int ram, String os) { mBuilder.buildCpu(cpu); mBuilder.buildRam(ram); mBuilder.buildOs(os); } } //经典实现,较为繁琐 // 构建器 Builder builder = new MacBookBuilder(); // Director Director director = new Director(builder); // 封装构建过程, 4核, 内存2GB, Mac系统 director.construct(4, 2, "Mac OS X 10.9.1"); // 构建电脑, 输出相关信息 Computer computer = builder.create(); System.out.println("computer : " + computer.toString());相比于经典实现,下面的链式实现才是我需要的。 //链式调用,实际开发中通常省略Director Computer computer = new MacBookBuilder().buildCpu(4).buildRam(2).buildOs("Mac OS X 10.9.1").create(); System.out.println("computer : " + computer.toString());
这样既体现了Builder模式的优点,还省略了Director,实在妙哉。
Builder模式在Android开发中也较为常用,若要实现同样的效果,一是在目标类中重载多个构造方法,但是这样一来,如果目标类属性过多,重载方法相应也会增多,而且参数的顺序不能弄错。二是调用每一个需要配置的属性的set方法,但是这样在构造实例的时候会调用过多set方法,代码显得冗余。Builder模式通常作为配置类的构建器将配置的构建和表示分离开来,同时也是将配置从目标类中隔离出来,配置属性的顺序可以是任意顺序,还能避免过多的set方法。Builder模式常用的实现形式是链式调用,这样可以使代码更简洁。 优点: 1).良好的封装性,使用建造者模式可以使客户端不必知道产品内部组成的细节。 2).建造者独立,容易扩展。 缺点: 1).会产生多余的Builder对象以及Director对象,消耗内存。
Demo下载