版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/aalansehaiyang52/article/details/20130379
一、策略模式
策略模式通常是指完成某个操作可能会有多种方法,适用于多种场合。我们需要把每个操作方法当做一个实现策略,调用者可根据需要(特定的规则)选择合适的策略
结构类图:
Context:使用不同的策略环境,根据自身的条件选择不同的策略实现类来完成所需要的操作。他持有一个策略实例的引用
Strategy:抽象策略,定义每个策略都要实现的方法
Realize1,Realize2:负责实现抽象策略中定义的策略方法。
例子:
[com.alibaba.china.tradecenter.service.trade.flow.TradeFlowServiceAdaptProxy.sendGoods(SendGoodsParam)]
/**
* 卖家发货
*/
@Override
@Enhancement({ @Capability(type = CapabilityTypeEnum.INVOCATION_STATS) })
public void sendGoods(SendGoodsParam param) throws ServiceException {
if (null == param || null == param.getId()) {
this.throwInvalidError(ErrorCodeEnum.NULL_PARAM, null, param);
}
TradeFlowService t = createTradeFlowServiceByOrderId(param.getId());
t.sendGoods(param);
}
createTradeFlowServiceByOrderId方法会根据”订单号的长短“选择具体的子策略
- 长订单号:tpTradeFlowService
- 短订单号:unifyTradeFlowService
彼此子策略实现互不干扰,有效达到隔离效果。
二、模板模式
应用场景很多,尤其是在框架设计中,提供了一个方便的开发程序的模板,你只要实现模板中的一些接口或方法就能完成一个复杂的任务。
结构类图:
AbstractTemplate:定义一个完整的框架,方法的调用顺序已经确定,但会定义一些抽象的方法留给子类去实现
SubTemplate:实现抽象模板中定义的抽象方法,从而形成一个完整的流程逻辑
例子:
【com.alibaba.china.tradecenter.service.trade.flow.action.impl.SendGoodsAction】
public TradeFlowActionResult execute(TradeFlowActionParam param, Map context) throws ServiceException {
try {
// 业务逻辑校验
this.validateBusinessLogic(param, context);
} catch (ServiceException ex) {
sendGoodsLog.info("SendGoodsAction->validateBusinessLogic got exception. param is " + param, ex);
throw ex;
} catch (RuntimeException ex) {
sendGoodsLog.info("SendGoodsAction->validateBusinessLogic got runtime exception. param is " + param, ex);
throw ex;
}
try {
// 卖家发货业务逻辑
this.sendGoods(param, context);
} catch (ServiceException ex) {
sendGoodsLog.info("SendGoodsAction->sendGoods got exception. param is " + param, ex);
throw ex;
} catch (RuntimeException ex) {
sendGoodsLog.info("SendGoodsAction->sendGoods got runtime exception. param is " + param, ex);
throw ex;
}
try {
// 补充业务(结果不影响核心业务)
this.addition(param, context);
} catch (ServiceException ex) {
sendGoodsLog.info("SendGoodsAction->addition got exception. param is " + param, ex);
throw ex;
} catch (RuntimeException ex) {
sendGoodsLog.info("SendGoodsAction->addition got runtime exception. param is " + param, ex);
throw ex;
}
// 处理结果
return null;
}
/*\*
* 业务逻辑校验
\*/
@SuppressWarnings("unchecked")
protected abstract void validateBusinessLogic(TradeFlowActionParam p, Map context) throws ServiceException;
上面提到的三个抽象方法(业务逻辑校验、卖家发货业务逻辑、补充业务)都是在子类中实现的
即控制了主流程结构,又不失灵活性,可以让使用者在其基础上定制开发。