设计模式之禅之模版方法模式

我们来已车子为例。

悍马车有两个型号,H1和H2。代码如下:

抽象悍马模型:

public abstract class HummerModel {
	public abstract void start();//开车
	public abstract void stop();//停车
	public abstract void alarm();//喇叭
	public abstract void engineBoom();//引擎
	public abstract void run();//会跑

}
在抽象中,我们定义了悍马模型都必须具有的特征:能发动、停止、喇叭会响、引擎可以轰鸣、而且还能停止,但是每个型号的悍马实现是不同的。代码如下:


H1型号悍马模型:

public class HummerH1Model extends HummerModel{

	@Override
	public void start() {
		System.out.println("悍马H1发动");
		
	}

	@Override
	public void stop() {
		System.out.println("悍马H1停车");
		
	}

	@Override
	public void alarm() {
		System.out.println("悍马H1鸣笛");
		
	}

	@Override
	public void engineBoom() {
		System.out.println("悍马H1引擎");
		
	}

	@Override
	public void run() {
		//先发动
		this.start();
		//引擎开始轰鸣
		this.engineBoom();
		//然后遇到障碍按喇叭
		this.alarm();
		//到达目的地停车
		this.stop();
		
	}

}
大家注意里面的run方法,这是一个汇总方法,一个模型生产成功了,必须让他跑起来检测一下。

H2型号悍马模型

public class HummerH2Model extends HummerModel{

	@Override
	public void start() {
		System.out.println("悍马H2发动");
		
	}

	@Override
	public void stop() {
		System.out.println("悍马H2停车");
		
	}

	@Override
	public void alarm() {
		System.out.println("悍马H2鸣笛");
		
	}

	@Override
	public void engineBoom() {
		System.out.println("悍马H2引擎");
		
	}

	@Override
	public void run() {
		//先发动
		this.start();
		//引擎开始轰鸣
		this.engineBoom();
		//然后遇到障碍按喇叭
		this.alarm();
		//到达目的地停车
		this.stop();
		
	}

}

写到这里我们发现了问题,两个实现类里run方法是相同的,那这个run方法应该出现在抽象类中的,不应该在实现类中, 抽象是所有子类的共性封装

修改后的抽象悍马模型:

public abstract class HummerModel {
	public abstract void start();//开车
	public abstract void stop();//停车
	public abstract void alarm();//喇叭
	public abstract void engineBoom();//引擎
	public void run(){
		//先发动汽车
		this.start();
		//引擎开始轰鸣
		this.engineBoom();
		//然后遇到障碍按喇叭
		this.alarm();
		//到达目的地停车
		this.stop();
	}

}

在悍马抽象模型中已经定义了run方法的执行规则,先启动,然后引擎轰鸣,中间要按喇叭,然后停车,他们两个具体的实现类就不需要实现run方法了。只要把实现类的run方法删除即可。


场景类实现的任务就是把生产出的模型展现给客户,代码如下:

场景类:

public class Client {
	public static void main(String[] args) {
		//公司要H1型号的悍马
			HummerModel h1 = new HummerH1Model();
			//H1模型展示
			h1.run();
			
	}
}
运行结果如下:

悍马H1发动
悍马H1引擎
悍马H1鸣笛
悍马H1停车

目前客户只要看H1型号的悍马车,没有问题,生产出来了。这就是模版方法模式。非常简单的。


模板方法模式的定义:

      定义一个操作中的算法的框架,而将一些步骤延迟到子类中,使得子类可以不改变一个算法的结构即可重定义该算法的默写特定步骤。

模版方法模式仅仅使用了java的继承机制,但他是一个应用非常广泛的模式。其中AbstractClass叫做抽象模板,他的方法分为两类:

1基本方法:

也叫做基本操作,是由子类实现的方法,并且在模板方法被调用。

2模板方法:

可以有一个或者几个,一般是一个具体方法,也就是一个框架。实现对基本方法的调度,完成固定的逻辑。

下面我们来用代码看看:

抽象模板类:

public abstract class AbstractClass {
	//基本方法
	protected abstract void doSomething();
	//基本方法
	protected abstract void doAnything();
	//模板方法
	public void templateMethod(){
		/**
		 * 调用基本方法,完成相关逻辑
		 */
		this.doAnything();
		this.doSomething();
	}

}
具体模板类:

public class ConcreteClass1 extends AbstractClass{
//基本实现方法
	@Override
	protected void doSomething() {
		//业务逻辑处理
		
	}

	@Override
	protected void doAnything() {
		//业务逻辑处理
		
	}

}
public class ConcreteClass2 extends AbstractClass{
//基本实现方法
	@Override
	protected void doSomething() {
		//业务逻辑处理
		
	}

	@Override
	protected void doAnything() {
		//业务逻辑处理
		
	}

}
场景类:

public class Client {
	public static void main(String[] args){
		AbstractClass class1 = new ConcreteClass1();
		AbstractClass class2 = new ConcreteClass2();
		//调用模板方法
		class1.templateMethod();
		class2.templateMethod();
	}

}
抽象模板中的基本方法尽量用protected类型,符合迪米特法则,不需要暴露的属性活方法尽量不要设置为protected类型。实现类若非必要,尽量不要扩大父类中的访问权限。



模板方法模式的优点:

·封装不变部分,扩展可变部分

把认为不变部分的算法封装到父类实现,而可变部分的则可以通过继承来继续扩展。在悍马模型例子中,就非常容易扩展了,例如:增加一个悍马H3,只需要增加一个子类实现父类的基本方法就可以了。

·提取公共部分代码,便于维护


·行为由父类控制,子类实现

基本方法是由子类实现的,因此子类可以通过扩展的方式增加响应的功能,符合开闭原则。



模板方法模式的缺点:

按照我们的设计习惯,抽象类负责声明最抽象、最一般的事物属性和方法,实现类完成具体的事务属性和方法,但是模板方法模式却颠倒了,抽象类定义了部分抽象方法,由子类去实现,子类执行的结果影响了父类的结果,也就是子类对父类产生了影响,在复杂的项目中,会带来代码阅读的难度。


模板方法模式使用的场景:

·多个子类有共有的方法,并且逻辑基本相同时;

·重要、复杂的算法,可以把核心算法设计为模板方法,周边的相关细节功能由各个子类实现,

·重构时,模板方法是一个经常使用的模式,把相同的代码抽取到父类中,然后通过钩子函数约束其行为。


模板方式模式的扩展::

突然有一点,出现了一个需求,就是要H2型号的悍马喇叭不要有声音。

扩展后的抽象模板类:

public abstract class HummerModel {
	protected abstract void start();
	protected abstract void stop();
	protected abstract void alarm();
	protected abstract void engineBoom();
	final public void run(){
		this.start();
		this.engineBoom();
		if(this.isAlarm()){
			this.alarm();
		}
		this.stop();
	}
	//钩子方法
	protected boolean isAlarm(){
		return true;
	}

}
在抽象类,isAlarm是一个实现方法,作用是模板方法根据返回值决定喇叭要不要响,子类可以覆写该返回值,由于H1型号的喇叭是想让他响就响,不想让他响就不响,由人控制。代码如下:


扩展后的悍马H1:

public class HummerH1Model extends HummerModel{
	private boolean alarmFlag = true;//默认响喇叭

	@Override
	protected void start() {
		System.out.println("悍马H1发动");
		
	}

	@Override
	protected void stop() {
		System.out.println("悍马H1停车");
		
	}

	@Override
	protected void alarm() {
		System.out.println("悍马H1鸣笛");
		
	}

	@Override
	protected void engineBoom() {
		System.out.println("悍马H1引擎");
		
	}
	//要不要响喇叭由客户决定的
	public void setAlarm(boolean isAlarm){
		this.alarmFlag = isAlarm;
	}

}
 只要调用H1型号的悍马,默认是喇叭响的。你也可以通过isAlarm(false)来实现。

扩展后的H2悍马:

public class HummerH2Model extends HummerModel{

	@Override
	protected void start() {
		System.out.println("悍马H2发动");
		
	}

	@Override
	protected void stop() {
		System.out.println("悍马H2停车");
		
	}

	@Override
	protected void alarm() {
		System.out.println("悍马H2鸣笛");
		
	}

	@Override
	protected void engineBoom() {
		System.out.println("悍马H2引擎");
		
	}
	//默认没有喇叭
	protected boolean isAlarm(){
		return false;
	}

}
H2型号悍马设置返回值是false,也就是关闭了喇叭功能。

场景类如下:

public class Client {
	public static void main(String[] args)throws IOException{
		System.out.println("------H1型号悍马------");
		System.out.println("H1型号的悍马是否需要喇叭响? 0-不需要      1-需要");
		String type = (new BufferedReader(new InputStreamReader(System.in))).readLine();
		HummerH1Model h1 = new HummerH1Model();
		if(type.equals("0")){
			h1.setAlarm(false);
		}
		h1.run();
		System.out.println("\n------H2型号悍马------");
		HummerH2Model h2  = new HummerH2Model();
		h2.run();
		
	} 

}
运行是交互的。首先要求输入H1型号悍马是否有声音。如下所示:

------H1型号悍马------
H1型号的悍马是否需要喇叭响? 0-不需要      1-需要
0
悍马H1发动
悍马H1引擎
悍马H1停车

------H2型号悍马------
悍马H2发动
悍马H2引擎
悍马H2停车


------H1型号悍马------
H1型号的悍马是否需要喇叭响? 0-不需要      1-需要
1
悍马H1发动
悍马H1引擎
悍马H1鸣笛
悍马H1停车

------H2型号悍马------
悍马H2发动
悍马H2引擎
悍马H2停车

H1型号的悍马由客户控制是否要响喇叭,也就是说外界条件改变,影响到了模板方法的执行,在抽象类中isAlarm返回值就是影响了模板方法的执行结果,该方法叫钩子方法。

模板方法模式就是在模板方法中按照一定的规则和顺序调用基本方法,具体到前面那个例子,就是run方法按照规定的顺序调用本类的其他方法,并且由isAlarm方法的返回值确定run中执行顺序的改变。



初级程序员在写程序时候问高手,父类怎么调用子类方法。这个问题很普遍,父类是否可以调用子类的方法呢,答案是可以,但是强烈不建议这么做,那应该怎么做呢

·把子类传递到父类的有参构造中,然后调用

·使用反射调用,使用了反射还有谁不能调用的

·父类调用子类的静态方法

   这三种都是父类直接调用子类方法的。我没有搞懂为什么要用父类调用子类的方法。如果一定要调用子类的,为什么不继承他呢。其实这个问题可以换角度去理解,父类建立框架,子类在重写了父类的部分方法后,在调用父类继承的方法,产生不同的结果,这正是模板方法,这是不是可以理解为父类调用子类的方法呢?你修改了子类,影响了父类行为的结果,曲线救国的方式实现了父类依赖子类的场景,模板方法就是这种效果。












  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
对于计算机专业的学生而言,参加各类比赛能够带来多方面的益处,具体包括但不限于以下几点: 技能提升: 参与比赛促使学生深入学习和掌握计算机领域的专业知识与技能,如编程语言、算法设计、软件工程、网络安全等。 比赛通常涉及实际问题的解决,有助于将理论知识应用于实践中,增强问题解决能力。 实践经验: 大多数比赛都要求参赛者设计并实现解决方案,这提供了宝贵的动手操作机会,有助于积累项目经验。 实践经验对于计算机专业的学生尤为重要,因为雇主往往更青睐有实际项目背景的候选人。 团队合作: 许多比赛鼓励团队协作,这有助于培养学生的团队精神、沟通技巧和领导能力。 团队合作还能促进学生之间的知识共享和思维碰撞,有助于形成更全面的解决方案。 职业发展: 获奖经历可以显著增强简历的吸引力,为求职或继续深造提供有力支持。 某些比赛可能直接与企业合作,提供实习、工作机会或奖学金,为学生的职业生涯打开更多门路。 网络拓展: 比赛是结识同行业人才的好机会,可以帮助学生建立行业联系,这对于未来的职业发展非常重要。 奖金与荣誉: 许多比赛提供奖金或奖品,这不仅能给予学生经济上的奖励,还能增强其成就感和自信心。 荣誉证书或奖状可以证明学生的成就,对个人品牌建设有积极作用。 创新与研究: 参加比赛可以激发学生的创新思维,推动科研项目的开展,有时甚至能促成学术论文的发表。 个人成长: 在准备和参加比赛的过程中,学生将面临压力与挑战,这有助于培养良好的心理素质和抗压能力。 自我挑战和克服困难的经历对个人成长有着深远的影响。 综上所述,参加计算机领域的比赛对于学生来说是一个全面发展的平台,不仅可以提升专业技能,还能增强团队协作、沟通、解决问题的能力,并为未来的职业生涯奠定坚实的基础。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值