java设计模式之模板方法

模板方法模式（Template Method Pattern），Define the skeleton of an algorithm in an operation,defferrin some steps to subclasses.Template Method lets redefine certain steps of an algorithm without changing the algorithm's structure.(定义一个操作中的算法的框架，而将一些步骤延迟到子类中。使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。)

下面看看例子代码：

抽象模板类：

package com.jaynol.designpatterns.tmeplatemethod;

public abstract class AbstractTemplate {

	//基本方法
	protected abstract void doSomething();
	
	//基本方法
	protected abstract void doAnything();
	
	/**
	 * 为了防止恶意的操作，一般模板方法都加上finanl关键字，防止
	 * 子类重写
	 */
	public void templateMethod(){
		/**
		 * 定义基本方法的调用模板逻辑
		 */
		this.doSomething();
		this.doAnything();
	}
	

}

具体模板类：

package com.jaynol.designpatterns.tmeplatemethod;

public class ConcreteClass1 extends AbstractTemplate{

	@Override
	protected void doSomething() {
		System.out.println("ConcreteClass1 doSomething 业务逻辑实现");
	}

	@Override
	protected void doAnything() {
		System.out.println("ConcreteClass1 doAnything 业务逻辑实现");
	}

}

package com.jaynol.designpatterns.tmeplatemethod;

public class ConcreteClass2 extends AbstractTemplate{

	@Override
	protected void doSomething() {
		System.out.println("ConcreteClass2 doSomething 业务逻辑实现");
	}

	@Override
	protected void doAnything() {
		System.out.println("ConcreteClass2 doAnything 业务逻辑实现");
	}

}

场景类：

package com.jaynol.designpatterns.tmeplatemethod;

public class Client {

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

}

模板方法模式的优点

1.封装不变部分，扩张可变部分。把认为是不变的算法封装到分类实现，而可变部分的则可以通过集成来继续扩展。

2.提取公共部分代码，便于维护

3.行为由父类控制，子类实现。基本方法是由子类实现，因此子类可以通过扩展的方式增加相应的功能，复合开闭原则。

模范方法模式的缺点：

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

面向对象的一点个人见解：

最后谈一下自己对面向对象的一些补充和理解。面向对象是什么？这个话题是一个老生常谈的话题了，基本上每一位程序猿都会被问过或者看过，很多人都会说，面向对象有什么呀？不就是封装，继承和多态么？但是又有多少人深入想过这几个词的深层意思呢？下面笔者谈一下自己对这几个词的一些个人见解。

其实面向对象最主要的是封装，有了封装，我们才摆脱了过程语言的那些if else的逻辑，转变成华丽丽的连是调用，有了封装，我们才体会到了解耦带来的高可维护性的好处，而这些才是面向对象的最核心的思想。这么说岂不是继承和多态就没用的？在某种程度上可以认为它们俩是没用的，而且还对面向对象有害，因为继承是一种打破封装的行为，子类继承了父类后，把父类的方法给重写了，这不就是打破了封装，对父类带来了不可预知的祸害么？那这么说应该不继承在面向对象中干掉？继承的真正的意义是为封装带来方便性，试想一下，如果没有继承，每个类都陶醉在自己的世界了，把自己封装起来，那很多重复的代码就不可重用了，而继承就是为了解决这个问题的，到到底继承是好还是不好？这个问题留到笔者把多态讲完了再回答。多态是继承的扩展，可以把abstract与继承对应起来，而interface与多态对应起来，继承是纵向扩展的，而多态是横向扩展的。

既然继承是与封装矛盾的，那么到底是要还是不要呢？正由于这个问题，才有了设计模式，设计模式就是在平衡封装与继承的矛盾，没有最好的设计模式，只有最适合的设计模式。最后回过头来看看模板方法模式，很多人觉得模板方法模式是一种很简单模式，笔者不认为，认为此模式简单的人只是到知其然，但是没有到达知其所以然层面。模板方法就是面向对象中继承的体现，是abstract的诞生的代言人，被abstract修饰的类称之为抽象类，其实它并不抽象，它很清楚自己要干什么，它所抽象的只是子类的行为，要深刻理解这一点，才能理解模板方法模式的精髓，才能理解为什么模板方法需要加上final修饰符。