策略模式&模板模式

一、策略模式

策略模式通常是指完成某个操作可能会有多种方法，适用于多种场合。我们需要把每个操作方法当做一个实现策略，调用者可根据需要（特定的规则）选择合适的策略

结构类图：

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;

上面提到的三个抽象方法（业务逻辑校验、卖家发货业务逻辑、补充业务）都是在子类中实现的

即控制了主流程结构，又不失灵活性，可以让使用者在其基础上定制开发。

策略模式&模板模式

猜你喜欢