标签:
ConcreteBuilder builder = new ConcreteBuilder(); Director director = new Director( builder ); director.construct(); Product product = builder.getResult();
先看这段代码,想要得到产品product,但是product不是一个普通的产品,不会new一下就会生成,它需要先生产partA、partB、partC,然后才能得到product,这种情况怎么办呢,建造者模式来了,它的目的就是生成一个复杂对象
它与工厂方法的区别就是,因为生成复杂对象,它需要有一个director导演者
1.来分析一下,builder作为一个建造者,它想要得到产品product,必须先生成partA、partB、partC等,所以builder肯定有createPartA等方法,然后会有一个得到product的方法
所以:builder:createPartA(),createPartB(),createPartC(),getResult()这么几个方法(想想,其实createPartA等方法,是不是可以用工厂方法,根据传入的参数,判断生成part)
当然ConcreateBuilder作为一个builder的实现类,不说了
2.但是作为使用者来说,不需要知道具体怎么生成的product,我只要得到product就可以了,怎么办呢,所以就需要有一个导演者:director
director是通过builder来生成product,所以有属性builder
director要调用一个方法,在生成product之前生成partA,partB,partC等:construct();
1.概念
将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。 [构建与表示分离,同构建不同表示]
与抽象工厂的区别:在建造者模式里,有个指导者,由指导者来管理建造者,用户是与指导者联系的,指导者联系建造者最后得到产品。即建造模式可以强制实行一种分步骤进行的建造过程。
建造模式是将复杂的内部创建封装在内部,对于外部调用的人来说,只需要传入建造者和建造工具,对于内部是如何建造成成品的,调用者无需关心。
举个简单的例子,如汽车,有很多部件,车轮,方向盘,发动机还有各种小零件等等,部件很多,但远不止这些,如何将这些部件装配成一部汽车,这个装配过程也很复杂(需要很好的组装技术), builder模式就是为了将部件和组装分开。
2.UML图
3.代码
public interface Builder { void buildPartA(); void buildPartB(); void buildPartC(); Product getResult(); } //具体建造工具 public class ConcreteBuilder implements Builder { Part partA, partB, partC; public void buildPartA() { //这里是具体如何构建partA的代码 }; public void buildPartB() { //这里是具体如何构建partB的代码 }; public void buildPartC() { //这里是具体如何构建partB的代码 }; public Product getResult() { //返回最后组装成品结果 }; } //建造者 public class Director { private Builder builder; public Director( Builder builder ) { this.builder = builder; } public void construct() { builder.buildPartA(); builder.buildPartB(); builder.buildPartC(); } } public interface Product { } public interface Part { }
下面是调用builder的方法: ConcreteBuilder builder = new ConcreteBuilder(); Director director = new Director( builder ); director.construct(); Product product = builder.getResult();
4.应用场景
在Java的应用中JavaMail使用到了该模式。
标签:
原文地址:http://www.cnblogs.com/liuzunli/p/5230221.html