大B：“刚才说模板方法模式运用于一个业务对象。事实上，框架频繁使用模板方法模式，使得框架实现对关键逻辑的集中控制。”

大B：“我们需要为基本Spring的应用做一个测试用例的基类。用于对类的方法进行单元测试。我们知道Spring应用把需要用到的对象都定义在外部的xml文件中，也称为context。”

大B：“通常我们会把context分割成多个小的文件，以便于管理。在测试时我们需要读取context文件，但是并不是每次都读取所有的文件。读取这些文件是很费时间的。所以我们想把它缓存起来，只要这个文件被读取过一次，我们就把它们缓存起来。所以我们通过扩展Junit的TestCase类来完成一个测试基类。我们需要实现缓存的逻辑，其它开发人员只需要实现读取配置文件的方法即可。它不用管是否具有缓存。”

代码：

publicAbstractCacheContextTestsextendsTestCase{

privatestaticMapcontextMap=newHashMap（）；

protectedConfigurableApplicationContextapplicationContext；

protectedbooleanhasCachedContext（ObjectcontextKey）{

returncontextKeyToContextMap.containsKey（contextKey）；

}

protectedConfigurableApplicationContextgetContext（Objectkey）{

StringkeyString=contextKeyString（key）；

ConfigurableApplicationContextctx=（ConfigurableApplicationContext）contextKeyToContextMap.get（keyString）；

if（ctx……null）{

if（keyinstanceofString[]）{

ctx=loadContextLocations（（String[]）key）；

}

contextKeyToContextMap.put（keyString，ctx）；

}

returnctx；

}

protectedStringcontextKeyString（ObjectcontextKey）{

if（contextKeyinstanceofString[]）{

returnStringUtils.arrayToCommaDelimitedString（（String[]）contextKey）；

}

else{

returncontextKey.toString（）；

}

}

protectedConfigurableApplicationContextloadContextLocations（String[]locations）{

returnnewClassPathXmlApplicationContext（locations）；

}

//覆写TestCase的setUp方法，在运行测试方法之前从缓存中读取context文件，如果缓存中不存在则初始化applicationContext，并放入缓存。

protectedfinalvoidsetUp（）throwsException{

String[]contextFiles=getConfigLocations（）；

applicationContext=getContext（contextFiles）；

}

//读取context文件，由子类实现

protectedabstractString[]getConfigLocations（）；

}

大B：“rendercode（）；这样子类只需要去实现getConfigLocations方法，提供需要读取的配置文件字符数组就可以了。至于怎么去读取context文件内容，怎么实现缓存，则无需关心。AbstractCacheContextTests保证在运行所有测试之前去执行读取context文件的动作。注意这里setUp方法被声明为protected，是因为setUp方法是TestCase类的方法。在这里setUp方法被定义为final了，是确保子类不能去覆写这个方法，从而保证了父类控制的逻辑。”

小A：“如果使用过Junit会发生什么问题？”

大B：“TestCase的setUp方法，就是在这个测试类的测试方法运行之前作一些初始化动作。如创建一些所有测试方法都要用到的公共对象等。在这里把setUp方法声明为final之后，子类再也无法去扩展它了，子类同时还需要一些额外的初始化动作就无法实现了。可能你会说：‘把setUp方法的final修饰符去掉就可以了隘。这样是可以的，但是去掉final修饰符后，子类是可以覆写setUp方法，而去执行一些额外的初始化。而可怕的是，父类从此失去了必须读取context文件及缓存context内容的逻辑。为了解决这个问题，可以实现一个空方法onSetUp。在setUp方法中调用onSetUp方法。这样子类就可以通过覆写onSetUp方法来进行额外的初始化。”

//覆写TestCase的setUp方法，在运行测试方法之前从缓存中读取context文件，如果缓存中不存在则初始化applicationContext，并放入缓存。

代码：

protected

nclass=“keyword”>finalvoidsetUp（）throwsException{

String[]contextFiles=getConfigLocations（）；

applicationContext=getContext（contextFiles）；

onSetUp（）；

}

protectedvoidonSetUp（）{

}

//读取context文件，由子类实现

protectedabstractString[]getConfigLocations（）；

}

rendercode（）；

小A：“为什么不把onSetUp声明为abstract呢？”

大B：“这是因为子类不一定总是需要覆写onSetUp方法。可以说onSetUp方法是为了对setUp方法的扩展。像onSetUp这样的空方法就称之为勾子方法（HookMethod）。”