上一篇 <<<策略模式（Strategy Pattern）
下一篇 >>>外观/门面模式（Facade Pattern）
模板方法模式：定义一个操作中的算法的骨架，差异性的实现交由子类完成。
应用场景
- 支付回调、银行业务
- 联合登录、对接三方短信接口、分布式锁
- 数据库访问的封装
- Junit单元测试
- Hibernate中模板程序
- spring中JDBCTemplate，HibernateTemplate等
-
httpservlet中的doget、dopost等
模板方法模式优缺点
优点：
模板方法模式通过把不变的行为搬移到超类，去除了子类中的重复代码。子类实现算法的某些细节，有助于算法的扩展。通过一个父类调用子类实现的操作，通过子类扩展增加新的行为，符合“开放-封闭原则”。
缺点：
每个不同的实现都需要子类，会导致子类个数的增加，设计更加抽象。
模板方法模式与策略模式的区别
相同点：它们的细节均由子类实现
不同点：
a.策略是相同的操作，定义为接口；模板方法是相同的骨架，定义为抽象类。
b.策略主要解决多重if的问题；模板方法主要解决代码冗余的问题。
模板方法模式实现方式核心代码
/**
* 异步回调业务
* @return
*/
public String asyncCallBack() {
// 1. 支付回调验证参数
Map<String, String> verifySignatureMap = verifySignature();
// 2. 参数验证成功，写入日志中..
payLog(verifySignatureMap);
String analysisCode = verifySignatureMap.get("analysisCode");
if (!analysisCode.equals("200")) {
return resultFail();
}
// 3. 执行回调异步相关逻辑
return asyncService(verifySignatureMap);
}
/**
* 支付回调验证参数
*
* @return
*/
protected abstract Map<String, String> verifySignature();
/**
* 每个子类需要实现 实现业务解析操作
*
* @return
*/
protected abstract String asyncService(Map<String, String> verifySignatureMap);
@Override
protected Map<String, String> verifySignature() {
//具体业务
}
@Override
protected String asyncService(Map<String, String> verifySignatureMap) {
//具体业务
}
/**
* 真实调用
*/
@RequestMapping("/test")
public String test(String beanId){
AbstractPayCallbackTemplate payCallbackTemplate = TemplateFactory.getPayCallbackTemplate(beanId);
return payCallbackTemplate.asyncCallBack();
}
相关文章链接：
<<<23种常用设计模式总览
<<<代理模式（Proxy Pattern）
<<<装饰模式（Decorator Pattern）
<<<观察者模式（Observer Pattern）
<<<单例模式（Singleton Pattern）
<<<责任链模式（Chain of Responsibility Pattern）
<<<策略模式（Strategy Pattern）
<<<外观/门面模式（Facade Pattern）
<<<建造者模式（Builder Pattern）
<<<适配器模式（Adapter Pattern）
<<<原型模式（Prototype Pattern）
<<<工厂相关模式（Factory Pattern）
