不同的活动，不同的玩法，这个需要分开实现吧

其中不同活动的配置逻辑以及数据表都有所不同 既然都不同，就因为他们叫活动，你强行搞成统一，你这代码怕是以后不用维护了。代码的复用是代码的事，你这想业务复用（而且还是不同业务）就是挖坑。

@jhazusj 因为大部分逻辑是相同，有一小部分逻辑是不同的所以就想着能不能抽出一部分这样子 :see_no_evil:

@WadeYu 但是这里面有大部分逻辑是相同的 :cry:

@Leeeeee 如果活动玩法差不多，只是有部分差异，可以考虑使用模版方法模式实现，模版方法基类包含复用的业务逻辑代码以及执行流程，各个活动子类负责实现执行流程中不同的部分

这个说到底还是活动玩法的归纳，玩法要是能归纳出来，那基本上也就是玩法组装了，这个主要还是业务驱动的

不要为了复用而复用，后面模块复杂起来，改起代码来让你哭

这是典型的策略

相同点封装成函数调用