一、模板方法模式介紹
定義：在一個方法中定義一個演算法的骨架，而將一些步驟延遲到子類中，模板方法使得子類可以在不改變演算法結構的情況下，重新定義演算法中的某些步驟，
二、結構和代碼
package com.wjh.Mytest.templateMethod;
public class Parent {
protected void template(){
start();
commonParts();
end();
}
public void start(){
}
private void commonParts(){
}
public void end(){
}
}
package com.wjh.Mytest.templateMethod;
public class Child extends Parent {
@Override
public void start() {
//todo 添加子類的實作代碼
}
@Override
public void end() {
//todo 添加子類的實作代碼
}
}
三、使用場景
1.有多個子類共有的方法，且邏輯相同，
2.流程固定，部分可自定義
3.重要的、復雜的方法，可以考慮作為模板方法，
四、原始碼中的應用
4.1 Spring XML讀取bean原始碼中的應用
Spring在通過XML讀取bean的原始碼中用到了DefaultBeanDefinitionDocumentReader這個類，這個類的作用是決議XMl后注冊bean，在這個類中我們可以看到模板方法模式的身影，代碼如下：
protected void doRegisterBeanDefinitions(Element root) {
BeanDefinitionParserDelegate parent = this.delegate;
this.delegate = createDelegate(getReaderContext(), root, parent);
if (this.delegate.isDefaultNamespace(root)) {
String profileSpec = root.getAttribute(PROFILE_ATTRIBUTE);
if (StringUtils.hasText(profileSpec)) {
String[] specifiedProfiles = StringUtils.tokenizeToStringArray(
profileSpec, BeanDefinitionParserDelegate.MULTI_VALUE_ATTRIBUTE_DELIMITERS);
// We cannot use Profiles.of(...) since profile expressions are not supported
// in XML config. See SPR-12458 for details.
if (!getReaderContext().getEnvironment().acceptsProfiles(specifiedProfiles)) {
if (logger.isDebugEnabled()) {
logger.debug("Skipped XML bean definition file due to specified profiles [" + profileSpec +
"] not matching: " + getReaderContext().getResource());
}
return;
}
}
}
//決議前處理，留給子類實作
preProcessXml(root);
parseBeanDefinitions(root, this.delegate);//決議bean并注冊
//決議后處理，留給子類實作
postProcessXml(root);
this.delegate = parent;
}
上面代碼中preProcessXml(root)和postProcessXml(root)中的代碼里面是空的，為什么？
在DefaultBeanDefinitionDocumentReader類中的方法定義執行程序，如果我們需要在bean決議前后做些什么事情的話，我們可以繼承DefaultBeanDefinitionDocumentReader類并重寫preProcessXml或者postProcessXml方法，
4.2 Spring IOC 容器初始化
在Spring IOC 容器初始化的時候，我們看一下抽象類AbstractApplicationContext中的refresh方法，它就是一個模板方法，里面呼叫了一系列方法，有已實作的具體方法，有未實作的抽象方法，也有空的鉤子方法，我們在AbstractApplicationContext的實作類中如 GenericApplicationContext可以看到對這些抽象方法和鉤子方法的重寫，
@Override
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
prepareRefresh();
//obtainFreshBeanFactory()方法內部呼叫了兩個抽象方法refreshBeanFactory()和getBeanFactory()
//具體要用到哪一種beanFactory的控制權交給了子類
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
prepareBeanFactory(beanFactory);
try {
//重繪后對beanFactory進行處理，留給子類實作
postProcessBeanFactory(beanFactory);
invokeBeanFactoryPostProcessors(beanFactory);
registerBeanPostProcessors(beanFactory);
initMessageSource();
initApplicationEventMulticaster();
//空的鉤子方法，可用于其他類的初始化，留給子類實作
onRefresh();
registerListeners();
finishBeanFactoryInitialization(beanFactory);
finishRefresh();
}
catch (BeansException ex) {
if (logger.isWarnEnabled()) {
logger.warn("Exception encountered during context initialization - " +
"cancelling refresh attempt: " + ex);
}
destroyBeans();
cancelRefresh(ex);
throw ex;
}
finally {
resetCommonCaches();
}
}
}
GenericApplicationContext類中的一些方法重寫
@Override
public final ConfigurableListableBeanFactory getBeanFactory() {
return this.beanFactory;
}
@Override
protected final void refreshBeanFactory() throws IllegalStateException {
if (!this.refreshed.compareAndSet(false, true)) {
throw new IllegalStateException(
"GenericApplicationContext does not support multiple refresh attempts: just call 'refresh' once");
}
this.beanFactory.setSerializationId(getId());
}
4.3 Servlet中的模板方法模式
4.4 Mybatis BaseExecutor介面中的模板方法模式
五、總結
1.父類中包含一個模板方法，方法中定義了一套執行程序
2.子類繼承父類重寫程序中的部分方法
3.為防止惡意操作，模板方法可以加上final關鍵詞，
4.一個模板方法，里面可以呼叫了一系列方法，如已實作的具體方法，未實作的抽象方法，有空的鉤子方法
六、參考
Spring原始碼深度決議（第2版）
runoob.com模板模式
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/270943.html
標籤：設計模式