模板方法模式是类的行为模式。准备一个抽象类,将部分逻辑以具体方法以及具体构造函数的形式实现,然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方式实现这些抽象方法,从而对剩余的逻辑有不同的实现。这就是模板方法模式的用意。(引用自阎宏博士的《JAVA与模式-模板方法》。
模板方法模式是所有模式中最为常见的几个模式之一,是基于继承的代码复用的基本技术。
模板方法模式需要开发抽象类和具体子类的设计师之间的协作。一个设计师负责给出一个算法的轮廓和骨架,另一些设计师则负责给出这个算法的各个逻辑步骤。代表这些具体逻辑步骤的方法称做基本方法(primitive method);而将这些基本方法汇总起来的方法叫做模板方法(template method),这个设计模式的名字就是从此而来。
模板方法所代表的行为称为顶级行为,其逻辑称为顶级逻辑。模板方法模式的静态结构图如下所示:
这里涉及到两个角色:
抽象模板(Abstract Template)角色有如下责任:
■ 定义了一个或多个抽象操作,以便让子类实现。这些抽象操作叫做基本操作,它们是一个顶级逻辑的组成步骤。
■ 定义并实现了一个模板方法。这个模板方法一般是一个具体方法,它给出了一个顶级逻辑的骨架,而逻辑的组成步骤在相应的抽象操作中,推迟到子类实现。顶级逻辑也有可能调用一些具体方法。
具体模板(Concrete Template)角色又如下责任:
■ 实现父类所定义的一个或多个抽象方法,它们是一个顶级逻辑的组成步骤。
■ 每一个抽象模板角色都可以有任意多个具体模板角色与之对应,而每一个具体模板角色都可以给出这些抽象方法(也就是顶级逻辑的组成步骤)的不同实现,从而使得顶级逻辑的实现各不相同。
===以上引用其他人的博客===
示例代码:
定义顶层模板抽象方法:
package test.edu.havemeals;
public abstract class AbsHaveMeals {
public final void HaveMealsFlow() {
food();
tableWare();
howToHaveMeals();
}
public abstract void food();
public abstract void tableWare();
public void howToHaveMeals() {
System.out.println("用嘴直接嚼食物,并下咽");
}
}
package edu.test.whotoeat;
import test.edu.havemeals.AbsHaveMeals;
public class Cat extends AbsHaveMeals{
@Override
public void food() {
// TODO Auto-generated method stub
System.out.println("猫咪吃猫粮");
}
@Override
public void tableWare() {
// TODO Auto-generated method stub
System.out.println("餐具:猫粮专用碗");
}
}
package edu.test.whotoeat;
import test.edu.havemeals.AbsHaveMeals;
public class Chinese extends AbsHaveMeals{
@Override
public void food() {
// TODO Auto-generated method stub
System.out.println("中国人吃面条");
}
@Override
public void tableWare() {
// TODO Auto-generated method stub
System.out.println("餐具:筷子,碗");
}
}
package edu.test.whotoeat;
import test.edu.havemeals.AbsHaveMeals;
public class Patient extends AbsHaveMeals {
@Override
public void food() {
// TODO Auto-generated method stub
System.out.println("病人专用营养液");
}
@Override
public void tableWare() {
// TODO Auto-generated method stub
System.out.println("餐具:营养液容器,导管");
}
@Override
public void howToHaveMeals() {
System.out.println("用导管直接为病人身体输送营养"); //如何模板方法在子类中不适合使用,可以在子类重写之
}
}
定义产生具体子类的工厂:
package test.edu.client;
import test.edu.havemeals.AbsHaveMeals;
public class HaveMealsFactory {
public static AbsHaveMeals getAbsHaveMeals(Class<? extends AbsHaveMeals> ah){
try {
return ah.newInstance();
} catch (InstantiationException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (IllegalAccessException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
return null;
}
}
package test.edu.client;
import edu.test.whotoeat.Cat;
import edu.test.whotoeat.Chinese;
import edu.test.whotoeat.Patient;
public class Client {
/**
* @param args
*/
public static void main(String[] args) {
// TODO Auto-generated method stub
HaveMealsFactory.getAbsHaveMeals(Chinese.class).HaveMealsFlow();
HaveMealsFactory.getAbsHaveMeals(Cat.class).HaveMealsFlow();
HaveMealsFactory.getAbsHaveMeals(Patient.class).HaveMealsFlow();
}
}
中国人吃面条
餐具:筷子,碗
用嘴直接嚼食物,并下咽
猫咪吃猫粮
餐具:猫粮专用碗
用嘴直接嚼食物,并下咽
病人专用营养液
餐具:营养液容器,导管
用导管直接为病人身体输送营养
模板方法模式中的方法
模板方法中的方法可以分为两大类:模板方法和基本方法。
模板方法
一个模板方法是定义在抽象类中的,把基本操作方法组合在一起形成一个总算法或一个总行为的方法。
一个抽象类可以有任意多个模板方法,而不限于一个。每一个模板方法都可以调用任意多个具体方法。
基本方法
基本方法又可以分为三种:抽象方法(Abstract Method)、具体方法(Concrete Method)和钩子方法(Hook Method)。
● 抽象方法:一个抽象方法由抽象类声明,由具体子类实现。在Java语言里抽象方法以abstract关键字标示。
● 具体方法:一个具体方法由抽象类声明并实现,而子类并不实现或置换。
● 钩子方法:一个钩子方法由抽象类声明并实现,而子类会加以扩展。通常抽象类给出的实现是一个空实现,作为方法的默认实现。
在上面的例子中,AbstractTemplate是一个抽象类,它带有三个方法。其中abstractMethod()是一个抽象方法,它由抽象类声明为抽象方法,并由子类实现;hookMethod()是一个钩子方法,它由抽象类声明并提供默认实现,并且由子类置换掉。concreteMethod()是一个具体方法,它由抽象类声明并实现。
默认钩子方法
一个钩子方法常常由抽象类给出一个空实现作为此方法的默认实现。这种空的钩子方法叫做“Do Nothing Hook”。显然,这种默认钩子方法在缺省适配模式里面已经见过了,一个缺省适配模式讲的是一个类为一个接口提供一个默认的空实现,从而使得缺省适配类的子类不必像实现接口那样必须给出所有方法的实现,因为通常一个具体类并不需要所有的方法。
模板方法模式在Servlet中的应用
使用过Servlet的人都清楚,除了要在web.xml做相应的配置外,还需继承一个叫HttpServlet的抽象类。HttpService类提供了一个service()方法,这个方法调用七个do方法中的一个或几个,完成对客户端调用的响应。这些do方法需要由HttpServlet的具体子类提供,因此这是典型的模板方法模式。下面是service()方法的源代码:
protected void service(HttpServletRequest req, HttpServletResponse resp)
throws ServletException, IOException {
String method = req.getMethod();
if (method.equals(METHOD_GET)) {
long lastModified = getLastModified(req);
if (lastModified == -1) {
// servlet doesn't support if-modified-since, no reason
// to go through further expensive logic
doGet(req, resp);
} else {
long ifModifiedSince = req.getDateHeader(HEADER_IFMODSINCE);
if (ifModifiedSince < (lastModified / 1000 * 1000)) {
// If the servlet mod time is later, call doGet()
// Round down to the nearest second for a proper compare
// A ifModifiedSince of -1 will always be less
maybeSetLastModified(resp, lastModified);
doGet(req, resp);
} else {
resp.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
}
}
} else if (method.equals(METHOD_HEAD)) {
long lastModified = getLastModified(req);
maybeSetLastModified(resp, lastModified);
doHead(req, resp);
} else if (method.equals(METHOD_POST)) {
doPost(req, resp);
} else if (method.equals(METHOD_PUT)) {
doPut(req, resp);
} else if (method.equals(METHOD_DELETE)) {
doDelete(req, resp);
} else if (method.equals(METHOD_OPTIONS)) {
doOptions(req,resp);
} else if (method.equals(METHOD_TRACE)) {
doTrace(req,resp);
} else {
//
// Note that this means NO servlet supports whatever
// method was requested, anywhere on this server.
//
String errMsg = lStrings.getString("http.method_not_implemented");
Object[] errArgs = new Object[1];
errArgs[0] = method;
errMsg = MessageFormat.format(errMsg, errArgs);
resp.sendError(HttpServletResponse.SC_NOT_IMPLEMENTED, errMsg);
}
}
具体servlet使用实例网上可以搜到很多,这里不赘述.