正奥网
当前位置:首页»科技

设计模式中的建造者模式,一文就能看懂(java实现)

日期:2019-08-23 来源: 评论:

[摘要]建造者模式其实理解起来也是比较容易的。比如工地上建房子,对于我们用户来说不需要知道房子是如何建造的,到时候我们只需要去购买就好了,对于开发商来说他只需要指挥下面的无数个包工头去建造就好了,对于包工头他就要知道知道房子的每一个细节,确保万无一...……

建造者模式其实理解起来也是比较容易的。比如工地上建房子,对于我们用户来说不需要知道房子是如何建造的,到时候我们只需要去购买就好了,对于开发商来说他只需要指挥下面的无数个包工头去建造就好了,对于包工头他就要知道知道房子的每一个细节,确保万无一失。其实这就是建造者模式,它把创建对象的一些复杂过程(建造衣服)给封装了起来,我们程序员想要new一个新的对象,只需要说出自己条件就好了。

OK,了解了建造者模式的基本思想,下面就深入的了解一下

一、认识建造者模式

上面的例子如果你有点懵,没关系下面好好地理一理。使用一张图来表示一下建造者模式

上面的流程梳理一下,一共有5个角色

(1)用户:也就是我们消费者,用户提要求,要建一个什么样的房子

(2)Director(开发商):他自己不会开发,就像万达老板一样可能不会砌墙这些,但是他找包工头去做,他只需要去调用这些包工头就造房子就好了。

(3)Builder(抽象的包工头):给出一个抽象接口,规定房子由哪几部分组成,如何去建造。给下面的包工头一个建房子的规范。

(4)ContreteBuilder(具体包工头):真正建房子的人,但是每一个包工头可以建不同的房子。

(5)Product(房子):也就是我们的产品类。

再给出一张类图看一下他们几个在类上的关系

明白了吧。如果还不清楚,在往下看,代码去演示一下。

二、代码实现建造者模式

我们代码实现的时候,是从后往前走的,比如说是先有房子然后建造者这些。

第一步:定义Product(房子)

第二步:抽象建造者接口

第三步:具体建造者(这里有两个包工头A和B)

包工头B和A是一样的代码。只是名字不同,这里就给出一个

第四步:Director(开发商指挥者)

第五步:用户

三、总结

(1)优点

将产品本身与产品创建过程进行解耦,

将复杂产品的创建步骤分解在不同的方法中,使得创建过程更加清晰

增加新的具体建造者无需修改原有类库的代码,易于拓展,符合“开闭原则“。

(2)缺点

如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。

如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。

OK,建造者模式就先讲到这里,如有问题还请批评指正。

您至少需要输入5个字

相关内容

编辑精选

copyright © 2017 https://www.zabeng.com 正奥网 版权所有