解释
构造者模式(Builder),讲一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示.
简单解释:构造者隐藏了产品是如何组装的,所以需要改变一个产品的内部表示的时候,只是需要在定义一个具体的构造者就可以了,表示代码不受任何影响,
构造器模式中的对象的属性是通过一个构造器来设置的,最后返回一个不同属性的对象。
构造器模式适合相同的方法,不同的执行顺序,或者不同的展示方式,比如系统配置。
构造器模式随处可见,Android中的AlertDialog的构建就是采用了构造器模式。
与工厂方法模式不同,构造器模式构造的对象的方法被构造器直接调用,而非新增的方法,这也间接地验证了构造器模式的定义。
具体代码
具体产品
public class Product {
List<String> ps=new ArrayList<String>() ;
private String[] p;
public void Add(String p) {
ps.add(p);
}
public void Show() {
System.out.println("start-------------");
for (int i = 0; i <ps.size() ; i++) {
System.out.print("------"+ps.get(i));
}
}
}
对象的各个部分指定的抽象接口
public interface Bulider {
void BuilderPartA() ;
void BuilderPartB() ;
Product GetR() ;
}
具体构造1
public class ConcreateBuilder1 implements Bulider {
Product p = new Product();
@Override
public void BuilderPartA() {
p.Add("A");
}
@Override
public void BuilderPartB() {
p.Add("Teacher");
}
@Override
public Product GetR() {
return p;
}
}
具体构造2
public class ConcreateBuilder2 implements Bulider {
Product p = new Product();
@Override
public void BuilderPartA() {
p.Add("Axxxxxxx");
}
@Override
public void BuilderPartB() {
p.Add("Bxxxxxxxx");
}
@Override
public Product GetR() {
return p;
}
}
用来指挥构造过程
调用具体建造者来创建复杂对象的各个部分, 在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。
public class Director {
//指挥者用来指挥构造
public void Construct(Bulider bulider){
//复杂的构造过程封装了
bulider.BuilderPartB();
bulider.BuilderPartA();
}
}
测试类
public class Main {
public static void main(String[] args) {
Director director = new Director();
Bulider b1 = new ConcreateBuilder1();
Bulider b2 = new ConcreateBuilder2();
director.Construct(b1);
b1.GetR().Show();
director.Construct(b2);
b2.GetR().Show();
}
}
使用建造者模式的好处:
1.使用建造者模式可以使客户端不必知道产品内部组成的细节。
2.具体的建造者类之间是相互独立的,对系统的扩展非常有利。
3.由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他的模块产生任何影响。
使用建造模式的场合:
1.创建一些复杂的对象时,这些对象的内部组成构件间的建造顺序是稳定的,
但是对象的内部组成构件面临着复杂的变化。
2.要创建的复杂对象的算法,独立于该对象的组成部分,也独立于组成部分的装配方法时。