四十六：模式方法模式

模式方法模式是类的行为模式，准备一个抽象类，将部分逻辑以具体方法以及具体构造子的形式实现，然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方法实现这些抽象方法，从而对剩余的逻辑有不同的实现，这就是模板方法模式的用意.它是基于继承的代码复用的基本技术。在定义新的子类的时候，应当考虑哪些操作是必须置换掉的，哪些操作是可以置换掉的，以及哪些操作是不可以置换掉的，使用模板方法模式可以使这些责任变得清晰.

一：模板方法模式中的角色
这里涉及到两个角色
(A)抽象模板(Abstract Template)角色,它有如下责任：
(a)定义一个或多个抽象操作，以便让子类实现，这些抽象操作叫做基本操作，它们是一个顶级逻辑的组成步骤。
(b)定义并实现一个模板方法。这个模板方法一般是一个具体方法，它给出了一个顶级逻辑的骨架，而逻辑的组成步骤在相应的抽象操作中，推迟到子类实现.
(B)具体模板(Concrete Template)角色有如下责任：
实现模板方法
这个模式应用在BaseEntity的设计中.......

二：一个例子
考虑一个计算存款利息的例子。假设系统需要支持两种存款帐号：货币市场(MoneyMarket)帐号和定期存款(CD)帐号。这两种帐号的存款利息是不同的，因此在计算一个存户的存款利息时，必须区分两种不同的帐号类型
这个系统总行为应当是计算出利息，这也就决定了作为一个模板方法模式的顶级逻辑应当是利息计算。由于利息计算涉及到两个步骤：一是确定帐户类型，二是确定利息的百分比，因此系统需要两个基本方法:一个给出帐号类型，二是确定利息的百分比，因此系统需要两个基本方法：一个基本方法给出帐号种类，另一个方法给出利息百分比，这两个方法构成具体逻辑，因为帐号类型不同，所以具体逻辑会有所不同.显然系统需要一个抽象角色给出顶级行为的实现，而将两个作为细节步骤的基本方法留给具体子类实现.

package cai.milenfan.basic.test; 
/*这个抽象角色给出了顶级逻辑的骨架，即calculateInterest()的内容，只是将内容的具体步骤委派给不同的基本方法， 
  *在这里分别是doCalculateAccountType()和doCalculateInterestRate()，而这两个抽象方法则留给具体子类实现
  */ 
/*final*/ public abstract class Account {//final类没有子类
protected String accountNumber; 
   public Account() 
   { 
accountNumber = null; 
   } 
   public Account(String accountNumber) 
   { 
       this.accountNumber = accountNumber; 
   } 
   //模板方法，计算利息数额
   final public double calculateInterest()//final方法不能被重写
   { 
       double interestRate = doCalculateInterestRate(); 
       String accountType = doCalculateAccountType(); 
       double amount = calculateAmount(accountType, accountNumber); 
       return amount * interestRate; 
   } 
   //模板方法，留给子类实现
   abstract protected String doCalculateAccountType() ; 
   //模板方法，留给子类实现
   abstract protected double doCalculateInterestRate() ; 
   //基本方法，已经实现
   final public double calculateAmount(String accountType, String accountNumber) 
   { 
       //retrieve amount from database...here is only a mock-up 
       return 7243.00D; 
   } 
} 

package cai.milenfan.basic.test; 

public class MoneyMarketAccount extends Account{ 
public String doCalculateAccountType() 
   { 
       return "Money Market"; 
   } 
   public double doCalculateInterestRate() 
   { 
       return 0.045D; 
   } 
   //public double calculateInterest(){},final方法不能被重写，但可以被重载
} 

package cai.milenfan.basic.test; 

public class CDAccount extends Account{ 
public String doCalculateAccountType() 
    { 
        return "Certificate of Deposite"; 
    } 
    public double doCalculateInterestRate() 
    { 
        return 0.065D; 
    } 
} 

package cai.milenfan.basic.test; 

public class Client{ 
private static Account acct = null; 
   public static void main(String[] args) 
   { 
   acct = new MoneyMarketAccount(); 
       System.out.println("Interest earned from Money Market account = " acct.calculateInterest()); 
   acct = new CDAccount(); 
       System.out.println("Interest earned from CD account = " acct.calculateInterest());
   } 
} 

三：继承作为复用的工具
很多面向对象的设计专家从1986年就开始警告继承关系被滥用的可能，有一些面向对象的编程语言如SELP，甚至将类的继承从语言的功能中取消，改为完全使用委派，其他的设计师虽然不提倡彻底取消继承，但无一例外地鼓励在设计中尽可能使用委派关系代替继承关系(状态模式，策略模式，装饰模式，桥梁模式以及抽象工厂模式均是将依赖于继承的实现转换为基于对象的组合和聚合实现，这些模式的要点就是使用委派关系代替继承关系).
注意，继承不应当被滥用，并不意味着继承根本就不该使用，模板方法模式鼓励恰当地使用继承，此模式可以用来改写一些拥有相同功能的相关的类，将可复用的一般性行为代码移到基类里面，而把特殊化的行为代码移到子类里面.

四：Java语言里使用过的模板方法模式
(A)HttpServlet技术
作为Java对Web系统的解决方案，HttpServlet技术是建立在模板方法模式的基础之上的，HttpServlet类提供了一个service()方法，这个方法调用7个do方法中的一个或几个，完成对客户端调用的处理，这些do方法则要由具体HeepServlet类提供................(详见专题)
(B)javax.swing.table.AbstractTableModel
(C)javax.swing.AbstractListModel

五：重构的原则
在抽象类一节中曾经谈到，在对一个继承的等级结构做重构时，应当遵从的原则便是将行为尽量移动到结构的高端，而将状态尽量移动到结构的低端，本节将继续讨论这个问题，并将这个重构原则与模板方法模式结合起来，1995年Auser曾指出：
(1)应当根据行为而不是状态定义一个类，也就是说，一个类的实现首先是建立在行为的基础上的，而不是建立在状态上的
(2)在实现行为时，是用抽象状态而不是用具体状态，如果一个行为涉及到对象的状态时，使用间接的引用而不是直接的引用，换言之，应当使用取值的方法而不是直接引用属性.
(3)给操作划分层次。一个类的行为应当放到一个小组核心方法里面，这些方法可以很方便地在子类中加以置换
(4)将状态属性的确认推迟到子类中。不要在抽象类中过早地声明属性变量，应当将它们尽量推迟到子类中去声明。在抽象超类中，如果需要状态属性的话，可以调用抽象取值方法，而将抽象取值方法的实现放到具体子类中.
如果能够做到上面4个原则，那么就可以在等级结构中将接口与实现分隔开来，将抽象与个体分割开来，从而保证代码可以最大限度地被复用.