设计模式——建造者模式【Builder Pattern】

我们先把我们最基本的对象Product在类图中表明出来:

我们定义了一个CarModel的抽象类,其中runsetSequence是由抽象类实现的,其他都是子类自己实现,那这个是否可以解决这个问题呢?应该可以,我们把代码实现出来,先看CarModel.java程序:

其中setSequence方法是允许客户自己设置一个顺序,是要先跑起来在有引擎声音还是先有引擎声音再跑起来,还是说那个喇叭就不要响,对于一个具体的模型永远都固定的,那这个事由牛叉告诉我们,有1W件事这样的,1W件事那样的顺序,目前的设计都能满足这个要求。run方法使用了一个数组的遍历,确定那个是先执行,程序比较简单,不多说了,我们继续看两个实现类,先看BenzModel.java程序:

没啥特别的,不多说,再看BMWModel.java程序:

两个实现类都完成,我们再来看牛叉公司要的要求,我先要1个奔驰的模型,这个模型的要求是跑的时候,先发动引擎,然后再挂档启动,然后停下来,不需要喇叭,那怎么实现呢:

看,满足了牛叉公司的需求了,满足完了,还要下一个需求呀,然后是第2件宝马模型,只要启动,停止,其他的什么都不要,第3件模型,先喇叭,然后启动,然后停止,第4...,直到把你逼疯为止,那怎么办?我们修改程序,满足这种变态需求,好,看我如何修改,先修改类图:

增加了一个CarBuilder的抽象类,以及两个实现类,其目的是你要什么排列顺序的车,我就给你什么顺序的车,那我们先看CarBuilder.java抽象类的程序:

这个抽象类比较简单,程序上也以后注释说明,不多说,我们看两个实现类,先看BenzBuilder.java的程序代码:

下面是BMWBuilder.java程序代码:

程序很简单,很实用,这就是我最希望的,简单而又实用,我欣赏这样的程序员。那我们再来看我们Client.java程序的修改:

这四个过程(start,stop,alarm,engineBoom)按照排列组合有很多种,那我们怎么满足这种需求呢?也就是要有个类来安排这几个方法组合,就像导演安排演员一样,那个先出场那个后出场,那个不出场,我们这个也叫导演类,那我们修改一下类图:

增加了Director类,这个类是做了层封装,类中的方法说明如下:

A型号的奔驰车辆模型是只有启动(start)、停止(stop)方法,其他的引擎声音、喇叭都没有;

B型号的奔驰车是先发动引擎(engine boom,然后启动(star),再然后停车(stop),没有喇叭;

C型号的宝马车是先喇叭叫一下(alarm),然后(start,再然后是停车(stop),引擎不轰鸣;

D型号的宝马车就一个启动(start),然后一路跑到黑,永动机,没有停止方法,没有喇叭,没有引擎轰鸣;

E型号、F型号等等,可以有很多,启动(start)、停止(stop)、喇叭(alarm)、引擎轰鸣(engine boom)这四个方法在这个类中可以随意的自由组合,有几种呢?好像是排列组合,这个不会算,高中数学没学好,反正有很多种了,这里都可以实现。

我们看一下代码实现,Director.java代码如下:

大家看一下程序中有很多this调用,这个我一般是这样要求项目组成员的,如果你要调用类中的成员变量或方法,需要在前面加上this关键字,不加也能正常的跑起来,但是不清晰,加上this关键字,我就是要调用本类中成员变量或方法,而不是本方法的中的一个变量,还有super方法也是一样,是调用父类的的成员变量或者方法,那就加上这个关键字,不要省略,这要靠约束,还有就是程序员的自觉性,他要是死不悔改,那咱也没招。

上面每个方法都一个this.sequence.clear(),这个估计你一看就明白,但是做为一个系统分析师或是技术经理一定要告诉告诉项目成员,ArrayListHashMap如果定义成类的成员变量,那你在方法中调用一定要做一个clear的动作,防止数据混乱,这个如果你发生过一次问题的话,比如ArrayList中出现一个出乎意料的数据,而你又花费了几个通宵才解决这个问题,那你会有很深刻的印象。

然后Client程序就只与Director打交道了,牛叉公司要A类型的奔驰车1W辆,B类型的奔驰车100W辆,C类型的宝马车1000W辆,D类型的我不要:

大家看到这里估计就开始犯嘀咕了,这个建造者模式和工厂模式非常相似呀,Yes,是的,是非常相似,但是记住一点你就可以游刃有余的使用了:建造者模式最主要功能是基本方法的调用顺序安排,也就是这些基本方法已经实现了;而工厂方法则重点是创建,你要什么对象我创造一个对象出来,组装顺序则不是他关心的。

建造者模式使用的场景,一是产品类非常的复杂,或者产品类中的调用顺序不同产生了不同的效能,这个时候使用建造者模式是非常合适,我曾在一个银行交易类项目中遇到了这个问题,一个产品的定价计算模型有N多种,每个模型有固定的计算步骤,计算非常复杂,项目中就使用了建造者模式;二是 在对象创建过程中会使用到系统中的一些其它对象,这些对象在产品对象的创建过程中不易得到,这个是我没有遇到过的,创建过程中不易得到?那为什么在设计阶段不修正这个问题,创建的时候都不易得到耶!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值