您的位置:首页 > 其它

设计模式--创建者模式

2015-10-12 22:48 351 查看
这个模式也是比较难理解的,我看了《设计模式之禅》上讲解的例子,但是看完之后一头雾水,而且好乱,仍然没有理解,看了好几遍,还是没有理解,于是我又去翻开我的课本,看那上面的例子,但是结果依然。于是上网搜,搜了很多,但是都不是很理想,最终功夫不负有心人,终于找到一个我能理解,而且我认为比较合理的创建者模式的讲解,在这里感谢作者,原文地址:http://blog.csdn.net/lovelion/article/details/7426015

创建者模式的定义:

将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。建造者模式是一种对象创建型模式。

为什么会有创建者模式呢?

在软件系统中,有时候面临一个"复杂对象"的创建工作,其通常由各个部分的子对象用一定算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合到一起的算法却相对稳定。如何应对种变化呢?如何提供一种"封装机制"来隔离出"复杂对象的各个部分"的变化,从而保持系统中的"稳定构建算法"不随需求的改变而改变?于是创建者模式就应运而生了。

其通用类图如下:



解释:复杂对象表现在什么地方呢?即一个复杂对象有很多的成员变量,每个成员变量,代表组成这个产品的其中一个部分,并且对于不同的复杂对象,成员变量的变化也比较大,于是将这部分变化的成员变量抽取出来,交给Builder类来进行控制,Builder类其实是真正的产生一个复杂对象的类,在这里进行各个部分的实现和组装。Director类主要有两个作用:一方面它隔离了客户与创建过程;另一方面它控制产品的创建过程,包括某个buildPartX()方法是否被调用以及多个buildPartX()方法调用的先后次序等。指挥者针对抽象建造者编程,客户端只需要知道具体建造者的类型,即可通过指挥者类调用建造者的相关方法,返回一个完整的产品对象。

源代码如下:

public class Product {

private String partA;

private String partB;

private String partC;

public String getPartA() {

return partA;

}

public void setPartA(String partA) {

this.partA = partA;

}

public String getPartB() {

return partB;

}

public void setPartB(String partB) {

this.partB = partB;

}

public String getPartC() {

return partC;

}

public void setPartC(String partC) {

this.partC = partC;

}

public void show(){

System.out.println(this.partA);

System.out.println(this.partB);

System.out.println(this.partC);

}

}

public abstract class Builder {

protected Product product=new Product();

public abstract void bulidPartA();

public abstract void bulidPartB();

public abstract void bulidPartC();

public Product getResult(){

return this.product;

}

}

public class ConcreteBuilder1 extends Builder {

@Override

public void bulidPartA() {

super.product.setPartA("PartA is built by builder1");

}

@Override

public void bulidPartB() {

super.product.setPartB("PartB is built by builder1");

}

@Override

public void bulidPartC() {

super.product.setPartC("PartC is built by builder1");

}

}

public class ConcreteBuilder2 extends Builder {

@Override

public void bulidPartA() {

super.product.setPartA("PartA is built by builder2");

}

@Override

public void bulidPartB() {

super.product.setPartB("PartB is built by builder2");

}

@Override

public void bulidPartC() {

super.product.setPartC("PartC is built by builder2");

}

}

public class Director {

private Builder builder;

public Director(Builder builder){

this.builder=builder;

}

public void setBuilder(Builder builder){

this.builder=builder;

}

public Product construct(){

this.builder.bulidPartA();

this.builder.bulidPartB();

this.builder.bulidPartC();

return this.builder.getResult();

}

}

public class Client {

public static void main(String[] args) {

Builder builder1=new ConcreteBuilder1();

Director director=new Director(builder1);

Product product1=director.construct();

product1.show();

Builder builder2=new ConcreteBuilder2();

director.setBuilder(builder2);

Product product2=director.construct();

product2.show();

}

}

建造者模式与抽象工厂模式有点相似,但是建造者模式返回一个完整的复杂产品,而抽象工厂模式返回一系列相关的产品;在抽象工厂模式中,客户端通过选择具体工厂来生成所需对象,而在建造者模式中,客户端通过指定具体建造者类型并指导Director类如何去生成对象,侧重于一步步构造一个复杂对象,然后将结果返回。如果将抽象工厂模式看成一个汽车配件生产厂,生成不同类型的汽车配件,那么建造者模式就是一个汽车组装厂,通过对配件进行组装返回一辆完整的汽车。

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: