设计模式之创建者模式详解
其核心思想是将一个“复杂对象的构建算法”与它的“部件及组装方式”分离,使得构件算法和组装方式可以独立应对变化;
复用同样的构建算法可以创建不同的表示,不同的构建过程可以复用相同的部件组装方式
UML类图:
具体代码:
public class Client {public static void main(String[] args) { Director d = new Director(new ConcreteBuilder()); d.construct(); } }public class Director { Builder builder; Director(Builder builder){this.builder = builder; }void construct(){ builder.buildPart(); } }public class ConcreteBuilder implements Builder {private Product product;public Product getResult() {return product; } @Overridepublic void buildPart() { } }public class Product { }
举个例子:
一辆车是由很多部件组成的,有大到发动机,小到后视镜等等部分组成,如果说组装一个汽车交给用户那显然是不现实的,
毕竟用户想要的只是一个汽车,你怎么造,他不关心。
比如说我想要个奥迪,那说到上面的例子,我就告诉Director,我要构造个奥迪。
那Director找到奥迪对应的Builder接口(ConcreteBuilder实例), ConcreteBuilder知道造奥迪的各个部分和步骤,
比如先造个大架子,在选个发动机,在选个合适的轮胎,最后按个后视镜,这些步骤就是buildPart的过程,总之很复杂过程,
但对于用户来说就是奥迪,才不关心这些复杂的过程。
还有说一下这个例子貌似跟抽象工厂很像,但是有一个重要的区别,工厂只负责生产出这个车的各个部件,并不负责组装。
这是区分两种模式很重要的部分。
各部分组成:
Builder:给出一个抽象接口,以规范产品对象的各个组成成分的建造。这个接口规定要实现复杂对象的哪些部分的创建,并不涉及具体的对象部件的创建。
对应上面的例子就是造车的各部分架子发动机等等的组建。
ConcreteBuilder:实现Builder接口,针对不同的商业逻辑,具体化复杂对象的各部分的创建。 在建造过程完成后,提*品的实例。
对应上面的就是组装奥迪的Builder,一步步加上发农机*...
Director:调用具体建造者来创建复杂对象的各个部分,在指导者中不涉及具体产品的信息,只负责保证对象各部分完整创建或按某种顺序创建。
Director这个单词的意思是导演,职责也很明确就是调度。上面的例子我如果作为出品人想法是要奥迪,导演通知ConcreteBuilder去做。
Product:要创建的复杂对象。
对应上面的就是奥迪。
优缺点:
优点:
松耦合:将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰,使得我们能够更加精确的控制复杂对象的产生过程。
更好的复用性:构建产品和组装拆分,使得构建产品可以复用。
缺点:
建造者模式所创建的产品一般具有较多的共同点,其组成部分相似,如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。
如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。
参考:
以上就是设计模式之创建者模式详解的详细内容,更多请关注其它相关文章!