前言
主要目的事让运营不在重复大量相同的节日活动配置
描述:
活动管理主要是运营日常配置一些活动的一个模块,
每次都需要去创建一条活动记录后才可对活动记录进行编辑,编辑的话,里面有很多子活动,例如,banner、弹窗、消费返点、抽奖等这些子活动
然后活动记录里面的子活动都会去扩展,
问题:
在后台将之前已经生成的活动记录,后面点击复制按钮,会生成一条新的活动记录,但是这个活动并不能直接使用,也不会是审核通过的状态,也存在例如配置的内容有些不一样
所以也要去手动校验内容,将需要修改的内容去进行修改,然后在提交审核。
自测:
其实这个自测也是很繁琐,毕竟复制的出来的数据都跑去跑一遍业务,当然也会存在一些不知道到的活动业务流程
这次用了个简单工厂模式,
主要目的是复制了现有的子活动,后面如果活动那边又有新增了新的子活动,这样就不用去在原来的代码里面去修改,在新增一个类去复制新的子活动的。
这样就实现了代码的扩展性
工厂模式优缺点:
优点:
扩展性高,如果想增加一个产品,只要扩展一个工厂类就可以;例如如果想要增加一个类,只需要新增一个对象就可以了;
缺点:每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事
图示
image.png
代码演示
1. 常量类
/**
* @Describe: 创建对应的子项类
*/
public interface ActivityCopyConstatns {
/** banner配置 **/
public static final String BANNERS_CONFIGUATION = "activityCopyBannerImpl";
/** 消费返点配置 **/
public static final String REBATE_CONFIGUATION= "activityCopyRebateImpl";
/** 抽奖配置**/
public static final String LUCK_DRAW = "activityCopyLuckDrawServiceImpl";
}
2. 活动复制工厂类
/**
* @Describe: 活动复制工厂类
*/
public class ActivityCopyFactory {
/**
*
* @param ActivitySubType 创建不同的复制子项
* @see ActivityCopyConstatns
* @return
*/
public static ActivityCopySubService createActivityCopySub(String activitySubType) {
if (StringUtils.isBlank(activitySubType)){
return null;
}
// 根据参数注入不同的实现类
return SpringContextHolder.getBean(activitySubType);
}
}
3. 复制活动添加子项接口
public interface ActivityCopySubService {
/**
* 为复制活动添加子项接口
* 例如:banner管理、抽奖、返点、奖励配置等
* @param activityId 活动id
*/
public void addActivityCopySub(String activityId );
}
4. 复制活动添加子项banner实现类
@Service
@Slf4j
@Transactional(readOnly = true, propagation = Propagation.REQUIRED)
public class ActivityBannerImpl implements ActivityCopySubService {
/**
* banner子项等活动
* @param activityId 活动id
*/
@Override
public void addActivityCopySub(String activityId ) {
log.info("处理banner子活动");
}
}
5. 复制活动添加子项抽奖实现类
@Service
@Slf4j
@Transactional(readOnly = true, propagation = Propagation.REQUIRED)
public class ActivityLuckDrawServiceImpl implements ActivityCopySubService {
/**
* 添加抽奖子活动
* @param activityId 活动id
*/
@Override
public void addActivityCopySub(String activityId ) {
log.info("处理抽奖子活动");
}
}
6. 复制活动添加子项返点配置实现类
@Service
@Slf4j
@Transactional(readOnly = true, propagation = Propagation.REQUIRED)
public class ActivityRebateImpl implements ActivityCopySubService {
/**
* 返点子项活动
* @param activityId 活动id
*/
@Override
public void addActivityCopySub(String activityId ) {
log.info("处理返点子项活动");
}
}
7. 复制活动添加子项client调用接口
/**
* @Describe: 一键复制活动client接口
*/
public interface ActivityCopyService {
/**
* 一键复制活动
* @param vo 复制活动ID
* @return
*/
public ActivityVO addCopyActivity(Activity vo) throws Exception;
/**
* 处理所有子项的扩展
* @param vo
* @return
* @throws Exception
*/
public ActivityVO handleCopyActivityAllSubInfo(Activity vo)throws Exception;
}
8. 复制活动添加子项client实现类
/**
* @Describe: client复制子项活动实现类
*/
public class ActivityCopyServiceImpl implements ActivityCopyService {
/**
*
* @param vo 复制活动
* @return
*/
@Override
@Transactional(readOnly = false, propagation = Propagation.REQUIRED)
public ActivityVO addCopyActivity(Activity vo) throws Exception {
return this.handleCopyActivityAllSubInfo(vo);
}
/**
* 扩展子项处理
* @param vo
* @return
* @throws Exception
*/
@Override
@Transactional(readOnly = false, propagation = Propagation.REQUIRED)
public ActivityVO handleCopyActivityAllSubInfo(Activity vo) throws Exception {
/** banner**/
ActivityCopySubService bannerService = ActivityCopyFactory.createActivityCopySub(ActivityCopyConstatns.BANNERS_CONFIGUATION);
bannerService.addEventInfoCopySub(vo.getActivityId());
/** 消费返点配置 **/
ActivityCopySubService rebateService = ActivityCopyFactory.createActivityCopySub(ActivityCopyConstatns.REBATE_CONFIGUATION);
rebateService.addActivityCopySub(vo.getActivityId());
/** 抽奖 **/
ActivityCopySubService luckDrawService = ActivityCopyFactory.createActivityCopySub(ActivityCopyConstatns.LUCK_DRAW);
luckDrawService.addActivityCopySub(vo.getActivityId());
/** 扩展 **/
/** 返回复制活动活动后生成的活动**/
return vo;
}
}
结语
以上就是实际遇到的需求,Activity Vo 实体类没有补上去,这个根据各自的要求去创建一个实体类就行。虽然需求不是很复杂,但是能为避免后期扩展活动里面子项不会去修改类里面的代码,直接在新加一个类即可,所以就采取了简单工厂模式来进行。以便后期方便扩展和维护。