一、策略模式
策略模式通常是指完成某个操作可能会有多种方法,适用于多种场合。我们需要把每个操作方法当做一个实现策略,调用者可根据需要(特定的规则)选择合适的策略
结构类图:
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); }
彼此子策略实现互不干扰,有效达到隔离效果。
二、模板模式应用场景很多,尤其是在框架设计中,提供了一个方便的开发程序的模板,你只要实现模板中的一些接口或方法就能完成一个复杂的任务。
结构类图:
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;上面提到的三个抽象方法(业务逻辑校验、卖家发货业务逻辑、补充业务)都是在子类中实现的
即控制了主流程结构,又不失灵活性,可以让使用者在其基础上定制开发。
原文:http://blog.csdn.net/itomge/article/details/20130379