Builder模式的缘起:
假设创建游戏中的一个房屋House设施,该房屋的构建由几部分组成,且各个部分富于变化。如果使用最直观的设计方法,每一个房屋部分的变化,都将导致房屋构建的重新修正…..
动机(Motivation):
在软件系统中,有时候面临一个“复杂对象“的创建工作,其通常由各个部分的子对象用一定算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合到一起的算法却相对稳定。
如何应对种变化呢?如何提供一种“封装机制“来隔离出“复杂对象的各个部分“的变化,从而保持系统中的“稳定构建算法“不随需求的改变而改变?
意图(Intent):
将一个复杂对象的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。
——-《设计模式》GOF
适用性:
1.当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。
2.当构造过程必须允许被构造的对象有不同的表示时。
实例代码:
import java.util.ArrayList;
interface Builder
{
public void buildPartA();
public void buildPartB();
public void buildPartC();
public Product getProduct();
}
class Product
{
private ArrayList<String> parts=new ArrayList<String>();
public void add(String part)
{
parts.add(part);
}
public void show()
{
System.out.println(“Product有以下几部分构成:”);
for(String s:parts){
System.out.println(s);
}
}
class Worker implements Builder
{
private Product product;
public void buildPartA()
{
product=new Product();
product.add(“A部分“);
}
public void buildPartB()
{
product.add(“B部分“);
}
public void buildPartC()
{
product.add(“C部分“);
}
public Product getProduct()
{
return product;
}
}
class Designer
{
public void order(Builder builder)
{
builder.buildPartA();
builder.buildPartB();
builder.buildPartC();
}
}
public class Test
{
public static void main(String[] args)
{
Designer designer=new Designer();
Builder builder=new Worker();
designer.order(builder);
Product product =builder.getProduct();
product.show();
}
}
Builder模式的几个要点:
Builder模式 主要用于“分步骤构建一个复杂的对象”。在这其中“分步骤”是一个稳定的乘法,而复杂对象的各个部分则经常变化。
Builder模式主要在于应对“复杂对象各个部分”的频繁需求变动。其缺点在于难以应对“分步骤构建算法”的需求变动。
Abstract Factory模式解决“系列对象”的需求变化,Builder模式解决“对象部分”的需求变化。Builder械通常和Composite模式组合使用。