二、策略模式

在策略模式(Strategy Pattern)中,一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。

在策略模式中,我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。

主要解决了:在有多种算法相似的情况下,使用 if...else 所带来的复杂和难以维护。

项目中总结:

下单过程中,下单中间步骤相同,但是中间有些过程和具体的支付方式相关,原本需要if....else 来判断,现在可以策略模式来决定运行时应该用哪个策略(子类)来实现。

真实调用:

根据OrderBizFactory.getOrderBiz 去找到真正需要那种方式去支付

@Override
    @ValidationInputParameter
    @WalletAopLog("WT:下单支付")
    public CreateOrderResDTO createOrder(CreateOrderRequestDTO createOrderRequestDTO) {
        MtLoggerFactory.TAG_LOCAL.set("WT:下单支付:" + createOrderRequestDTO.getUniqueOrderNo());
        try {
            LOGGER.info("下单支付 入参 CreateOrderRequestDTO:{}",createOrderRequestDTO);
            CreateOrderResDTO createOrderResDTO = OrderBizFactory.getOrderBiz(createOrderRequestDTO.getSourceType()).createOrder(createOrderRequestDTO);
            LOGGER.info("下单支付 出参 CreateOrderResDTO:{}",createOrderResDTO);
            return createOrderResDTO;
        }finally {
            MtLoggerFactory.TAG_LOCAL.set(null);
        }
    }

OrderBizFacatory 

public class OrderBizFactory {

    static Map<String,AbstractOrderBiz> orderBizMap = new HashMap<>();


    public static void addOrderBiz(String sourceType,AbstractOrderBiz abstractOrderBiz){
        orderBizMap.put(sourceType,abstractOrderBiz);
    }

    public static AbstractOrderBiz getOrderBiz(String sourceType){
        return orderBizMap.get(sourceType);
    }
}

抽象类:

     /**
     * 创建订单
     *
     * @param createOrderRequestDTO
     * @return
     */
    public CreateOrderResDTO createOrder(CreateOrderRequestDTO createOrderRequestDTO){
        //0.入参校验
        checkParam(createOrderRequestDTO);

        //1. 校验支付密码正确性
        checkPayPwd(createOrderRequestDTO);

        //2.验证验密bizNo&token正确性
        if(StringUtils.isNotBlank(createOrderRequestDTO.getBizNo())&&StringUtils.isNotBlank(createOrderRequestDTO.getToken())){
            checkBizAndToken(createOrderRequestDTO);
        }

        //3.根据来源创建具体订单
        return createConcreteOrder(createOrderRequestDTO);
    }

子类一、

public class AOrderBizImpl extends AbstractOrderBiz implements Serializable {

    
    public AOrderBizImpl(){
        super("A");
    }

CreateOrderResDTO createConcreteOrder(CreateOrderRequestDTO createOrderRequestDTO) {
       //具体创建订单
        OrderEntity orderEntity = doSomething(createOrderRequestDTO);
        return assembleCreateOrderResDTO(orderEntity);
    }
}

子类二、

public class BOrderBizImpl extends AbstractOrderBiz implements Serializable {

    
    public BOrderBizImpl(){
        super("A");
    }

CreateOrderResDTO createConcreteOrder(CreateOrderRequestDTO createOrderRequestDTO) {
       //具体创建订单
        OrderEntity orderEntity = doSomething(createOrderRequestDTO);
        return assembleCreateOrderResDTO(orderEntity);
    }
}

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
本火锅店点餐系统采用Java语言和Vue技术,框架采用SSM,搭配Mysql数据库,运行在Idea里,采用小程序模式。本火锅店点餐系统提供管理员、用户两种角色的服务。总的功能包括菜品的查询、菜品的购买、餐桌预定和订单管理。本系统可以帮助管理员更新菜品信息和管理订单信息,帮助用户实现在线的点餐方式,并可以实现餐桌预定。本系统采用成熟技术开发可以完成点餐管理的相关工作。 本系统的功能围绕用户、管理员两种权限设计。根据不同权限的不同需求设计出更符合用户要求的功能。本系统中管理员主要负责审核管理用户,发布分享新的菜品,审核用户的订餐信息和餐桌预定信息等,用户可以对需要的菜品进行购买、预定餐桌等。用户可以管理个人资料、查询菜品、在线点餐和预定餐桌、管理订单等,用户的个人资料是由管理员添加用户资料时产生,用户的订单内容由用户在购买菜品时产生,用户预定信息由用户在预定餐桌操作时产生。 本系统的功能设计为管理员、用户两部分。管理员为菜品管理、菜品分类管理、用户管理、订单管理等,用户的功能为查询菜品,在线点餐、预定餐桌、管理个人信息等。 管理员负责用户信息的删除和管理,用户的姓名和手机号都可以由管理员在此功能里看到。管理员可以对菜品的信息进行管理、审核。本功能可以实现菜品的定时更新和审核管理。本功能包括查询餐桌,也可以发布新的餐桌信息。管理员可以查询已预定的餐桌,并进行审核。管理员可以管理公告和系统的轮播图,可以安排活动。管理员可以对个人的资料进行修改和管理,管理员还可以在本功能里修改密码。管理员可以查询用户的订单,并完成菜品的安排。 当用户登录进系统后可以修改自己的资料,可以使自己信息的保持正确性。还可以修改密码。用户可以浏览所有的菜品,可以查看详细的菜品内容,也可以进行菜品的点餐。在本功能里用户可以进行点餐。用户可以浏览没有预定出去的餐桌,选择合适的餐桌可以进行预定。用户可以管理购物车里的菜品。用户可以管理自己的订单,在订单管理界面里也可以进行查询操作。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值