周三,9:00,我刚刚坐到位置上,打开电脑准备开始干活。
“小三,小三,叫一下其他同事,到会议室,开会”,老大跑过来吼,带着坏笑。还没等大家坐稳,老大就开讲了:
“告诉大家一个好消息,昨天终于把牛叉模型公司的口子打开了,要我们做悍马模型,虽然是第一个车辆模型,但是我们有能力、有信心做好,我们一定要……(中间省略20分钟的讲话,如果你听过领导人的讲话,这个你应该能够续上)”
动员工作做完了,那就开始压任务了。“这次时间是非常紧张的,只有一个星期的时间,小三,你负责在一个星期的时间把这批10万车模(注:车模是车辆模型的意思,不是香车美女那个车模)建设完成…”
“一个星期?这个……是真做不完,要做分析,做模板,做测试,还要考虑扩展性、稳定性、健壮性等,时间实在是太少了”还没等老大说完,我就急了,再不急我的小命就折在上面了!
“那这样,只做最基本的实现,不考虑太多的问题,怎么样?”老大又把我弹回去了。
“只作基本实现?那……”
唉,领导已经布置任务了,那就开始死命地做吧,命苦不能怨政府,点背不能怪社会呀!然后就开始准备动手做,在做之前先介绍一下我们公司的背景,我们公司是做模型生产的,做过桥梁模型、建筑模型、机械模型,甚至是一些政府、军事的机密模型,这个不能细说,绝密。公司的主要业务就是把实物按照一定的比例缩小或放大,用于试验、分析、量化或者是销售,等等,上面提到的牛叉模型公司专门销售车辆模型的公司,自己没有生产企业,全部是代工。我们公司是第一次从牛叉模型公司接单,那我怎么着也要把活干好,可时间有限,任务量又巨大,怎么办?
既然领导都说了,不考虑扩展性,那好办,先按照最一般的经验设计类图,如图1-1所示
图1-1 悍马车模型最一般的类图
非常简单的实现,悍马车有两个型号,H1和H2,按照需求,只需要悍马模型,那好我就给你悍马模型,先写个抽象类,然后两个不同型号的模型实现类,通过简单的继承就可以实现业务要求。我们先从抽象类编写起,抽象悍马模型如代码清单10-1所示。
代码清单1-1 抽象悍马模型
public abstract class HanmaModel { public abstract void start(); public abstract void alarm(); public abstract void enginStart(); public abstract void run(); }
在抽象类中,我们定义了悍马模型都必须具有的特质:能够启动、停止,喇叭会响,引擎可以轰鸣,而且还可以停止,但是每个型号的悍马实现是不同的,H1型号的悍马如代码清单1-2所示。
代码清单1-2 H1型号悍马模型
public class HanmaH1Model : HanmaModel { public override void start() { Console.WriteLine("悍马H1启动!"); } public override void alarm() { Console.WriteLine("悍马H1鸣笛!"); } public override void enginStart() { Console.WriteLine("悍马H1发动机发出声音!"); } public override void stop() { Console.WriteLine("悍马H1停止!"); } public override void run() { this.start(); this.alarm(); this.enginStart(); this.stop(); } }
大家注意看run()方法,这是一个汇总的方法,一个模型生产成功了,总要拿给客户检测吧,怎么检测,“是骡子是马,拉出去溜溜”,这就是一种检验方法,让它跑起来!通过run()这样的方法,把模型的所有功能都测试到了。
H2型号悍马如代码清单1-3所示。
代码清单1-3 H2型号悍马模型
public class HanmaH2Mode:HanmaModel { public override void start() { Console.WriteLine("悍马H2启动!"); } public override void alarm() { Console.WriteLine("悍马H2鸣笛!"); } public override void enginStart() { Console.WriteLine("悍马H2发动机发出声音!"); } public override void stop() { Console.WriteLine("悍马H2停止!"); } public override void run() { this.start(); this.alarm(); this.enginStart(); this.stop(); } }
好了,程序编写到这里,已经发现问题了,两个实现类的run()方法都是完全相同的,那这个run()方法的实现应该出现在抽象类,不应该在实现类上,抽象是所有子类的共性封装。
注意 在软件开发过程中,如果相同的一段代码拷贝过两次,就需要对设计产生怀疑,架构师要明确的说明为什么相同的逻辑要出现两次或更多次。
好,问题发现了,我们就需要马上更改,修改后的类图如图1-2所示。
图1-2 修正后的悍马车模类图
注意抽象类HummerModel中的run()方法,由抽象方法变更为实现方法,其源代码如代码清单10-4所示。
代码清单1-4 修正后的抽象悍马模型
public abstract class HanmaModel { public abstract void start(); public abstract void alarm(); public abstract void enginStart(); public abstract void stop(); public void run() { this.start(); this.alarm(); this.enginStart(); this.stop(); } }
在抽象的悍马模型上已经定义了run方法的执行规则,先启动,然后引擎立刻轰鸣,中间还要按一下喇叭,制造点噪声(要不就不是名车了),然后停车,它的两个具体实现类就不需要实现run方法了,只要把代码清单1-2、1-3上的run()方法删除即可,不再赘述代码。
public class HanmaH2:HanmaModel { public override void start() { Console.WriteLine("悍马H2启动!"); } public override void alarm() { Console.WriteLine("悍马H2鸣笛!"); } public override void enginStart() { Console.WriteLine("悍马H2发动机发出声音!"); } public override void stop() { Console.WriteLine("悍马H2停止!"); } } public class HanmaH1:HanmaModel { public override void start() { Console.WriteLine("悍马H1启动!"); } public override void alarm() { Console.WriteLine("悍马H1鸣笛!"); } public override void enginStart() { Console.WriteLine("悍马H1发动机发出声音!"); } public override void stop() { Console.WriteLine("悍马H1停止!"); } }
场景类实现的任务就是把生产出的模型展现给客户,其源代码如代码清单10-5所示。
代码清单1-5 场景类
class Program { static void Main(string[] args) { HanmaH1 h1 =new HanmaH1(); h1.run(); HanmaH2 h2 = new HanmaH2(); h2.run(); Console.ReadLine(); } }
模板方法模式(Template Method Pattern)是如此的easy,以致让你感觉你已经能够掌握其精髓了。其定义如下:
Define the skeleton of an algorithm in an operation, deferring some steps to subclasses. Template Method lets subclasses redefine certain steps of an algorithm without changing the algorithm's structure。定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
模板方法模式的通用类图如图1-3所示。
图1-3 修正后的悍马车模类图
模板方法模式确实非常简单,仅仅使用了Java的继承机制,但是它是一个应用非常广泛的模式。其中,AbstractClass叫做抽象模板,它的方法分为两类:
基本方法也叫做基本操作,是由子类实现的方法,并且在模板方法被调用。
可以有一个或几个,一般是一个具体方法,也就是一个骨架,实现对基本方法的调度,完成固定的逻辑。
注意 为了防止恶意的操作,一般模板方法都加上final关键字,不允许被覆写。