1700459100
设计模式之禅 [:1700453956]
1700459101
11.1 变化是永恒的
1700459102
1700459103
又是一个周三，快要下班了，老大突然拉住我，喜滋滋地告诉我：“XX公司很满意我们做的模型，又签订了一个合同，把奔驰、宝马的车辆模型都交给我们公司制作了，不过这次又额外增加了一个新需求：汽车的启动、停止、喇叭声音、引擎声音都由客户自己控制，他想什么顺序就什么顺序，这个没问题吧？”
1700459104
1700459105
那任务又是一个时间紧，工程量大的项目，为什么是“又”呢？因为基本上每个项目都是如此，我该怎么来完成这个任务呢？
1700459106
1700459107
首先，我们分析一下需求，奔驰、宝马都是一个产品，它们有共有的属性，XX公司关心的是单个模型的运行过程：奔驰模型A是先有引擎声音，然后再响喇叭；奔驰模型B是先启动起来，然后再有引擎声音，这才是XX公司要关心的。那到我们老大这边呢，就是满足人家的要求，要什么顺序就立马能产生什么顺序的模型出来。我就负责把老大的要求实现出来，而且还要是批量的，也就是说XX公司下单订购宝马A车模，我们老大马上就找我“生产一个这样的车模，启动完毕后，喇叭响一下”，然后我们就准备开始批量生产这些模型。由我生产出N多个奔驰和宝马车辆模型，这些车辆模型都有run（）方法，但是具体到每一个模型的run（）方法中间的执行任务的顺序是不同的，老大说要啥顺序，我就给啥顺序，最终客户买走后只能是既定的模型。好，需求还是比较复杂，我们先一个一个地解决，先从找一个最简单的切入点——产品类，每个车都是一个产品，如图11-1所示。
1700459108
1700459109
1700459110
1700459111
1700459112
图11-1 汽车模型类图
1700459113
1700459114
类图比较简单，在CarModel中我们定义了一个setSequence方法，车辆模型的这几个动作要如何排布，是在这个ArrayList中定义的。然后run（）方法根据sequence定义的顺序完成指定的顺序动作，与第10章介绍的模板方法模式是不是非常类似？好，我们先看CarModel源代码，如代码清单11-1所示。
1700459115
1700459116
代码清单11-1 车辆模型的抽象类
1700459117
1700459118
public abstract class CarModel{
1700459119
1700459120
//这个参数是各个基本方法执行的顺序
1700459121
1700459122
private ArrayList＜String＞sequence=new ArrayList＜String＞（）；
1700459123
1700459124
//模型是启动开始跑了
1700459125
1700459126
protected abstract void start（）；
1700459127
1700459128
//能发动，那还要能停下来，那才是真本事
1700459129
1700459130
protected abstract void stop（）；
1700459131
1700459132
//喇叭会出声音，是滴滴叫，还是哔哔叫
1700459133
1700459134
protected abstract void alarm（）；
1700459135
1700459136
//引擎会轰隆隆地响，不响那是假的
1700459137
1700459138
protected abstract void engineBoom（）；
1700459139
1700459140
//那模型应该会跑吧，别管是人推的，还是电力驱动，总之要会跑
1700459141
1700459142
final public void run（）{
1700459143
1700459144
//循环一边，谁在前，就先执行谁
1700459145
1700459146
for（int i=0；i＜this.sequence.size（）；i++）{
1700459147
1700459148
String actionName=this.sequence.get（i）；
1700459149