业务代码逻辑抽象实现

业务代码逻辑抽象实现

在平常的CRUD业务代码逻辑编写中,自己总是会把许多逻辑写到一个service的实现类中,这样导致很多代码都集中在一个地方,导致代码的可扩展性很差,后续改动起来牵一发动全身,针对这样的业务代码痛点,我针对我们一个需求的业务逻辑,进行了比较通用化的抽象,使用到模板模式和策略模式,符合开闭原则。

需求描述:就是一个简单的活动管理业务的需求实现,包括活动公共信息和活动额外信息的管理。

具体实现类

  1. 活动处理器选择器:ActivityHandlerSwitch.java(根据策略模式针对不同活动处理器向公共活动处理器进行组合添加)
  2. 公共活动处理器:ActivityHandlerHolder.java(组合了抽象活动处理器)
  3. 抽象活动处理器:AbstractActivityHandler.java(抽象类,针对不同的活动实现继承该抽象类即可)
  4. 具体活动处理器:HdbfbHandler.java(利用模板模式,具体抽象活动处理器的实现类)

UML具体实现

  1. ActivityHandlerSwitch.java

    在这里插入图片描述

  2. ActivityHandlerHolder.java

在这里插入图片描述

  1. AbstractActivityHandler.java和HdbfbHandler.java

    在这里插入图片描述

    经过上述的抽象过后,具体的流程图实现如下:

在这里插入图片描述

举个例子:

活动处理器选择器:ActivityHandlerSwitch.java

public ActivityHandlerHolder getActivityHandlerHolder(ActivityBaseDto activityBaseDto) {
        String category = activityBaseDto.getCategory();
        //利用策略模式组合不同的活动处理器
        if (INCOMING.equals(category)) {
            activityHandlerHolder.addActivityHandler((AbstractActivityHandler) applicationContext.getBean("hdbfbHandler"));
        } else {
            activityHandlerHolder.addActivityHandler(new AbstractActivityHandler() {
            });
        }
        return activityHandlerHolder;
    }

公共活动处理器:ActivityHandlerHolder.java

//因为组合活动处理器,所以可以在这里进行不同阶段的定制化处理其他信息(比如定制化的参数检查,定制化的额外操作)
public void insert(ActivityBaseDto activityBaseDto) {
        activityHandler.insertCheckRequestParam(activityBaseDto);
        //插入公共信息
        Activity activity = new Activity();
        try {
            BaseDtoConvert.tToV(activityBaseDto, activity);
        } catch (Exception e) {
            logger.error("参数转换异常", e);
            throw ExceptionHelper.newException(ErrorCodeCst.SYSTEM_ERROR, "参数转换异常");
        }
        activityHandler.insertSpecialOperation(activity);
        activity.setDelFlag(0);
        activityMapper.insert(activity);
        activityBaseDto.setId(activity.getId());
        activityHandler.insertOtherOperation(activityBaseDto);
    }

抽象活动处理器:AbstractActivityHandler.java

public abstract class AbstractActivityHandler {

    /**
     * 插入参数校验
     *
     * @param activityBaseDto
     */
    void insertCheckRequestParam(ActivityBaseDto activityBaseDto) {
    }
}

具体活动处理器:HdbfbHandler.java

@Override
    public void insertCheckRequestParam(ActivityBaseDto activityBaseDto) {
       //使用模板模式,这里是继承自抽象父类,可以在抽象父类中定制化方法
    }

业务service实现类

//这样业务代码就能根据不同的参数区分不同的活动处理器,进行不同的定制化流程处理,使业务代码更加具有扩展性
activityHandlerSwitch.getActivityHandlerHolder(activityBaseDto).insert(activityBaseDto);
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值