系统的活动业务写在何处，如何与普通业务区分？

1. 业务环境：

以一个文章管理系统为例（基于Laravel）
大致有如下功能：
文章模块
会员模块
例如：
1.某天产品跑过来：给系统增加一个【积分模块】，会员纠错1篇文章获得100积分，会员撰写一篇文章获得500积分。

我直接就撸起袖子开始写代码了

2.某天产品经理又跑过来：给系统增加一个【会员纠错3篇文章额外获得100积分的奖励活动】，

这时候我就犯难了

2. 问题描述：

临时活动肯定是有时间限制，好用就一直存在，如果不好用肯定会剔除掉或者关闭该活动，那我该如何实现该功能呢？这种临时活动在系统中一般肯定不止一个，是直接按平常功能直接开发，还是区分系统固有功能和临时活动，望大佬们给个解惑

活动业务

晓飞

课程读者 101 声望

Phper

0 人点赞

从小程序个人账户申请开始，带你一步步进行开发一个微信小程序，直到提交微信控制台上线发布。

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

讨论数量: 11

23tl

课程读者 73 声望

可以使用队列、模型事件，这样对后期功能的扩展和代码的可读性比较好。

2年前评论

晓飞（楼主）

感谢，这个办法好像挺不错的

deatil

见习助教 762 声望

功能代码的话，写适配器来来开发模块吧

2年前评论

晓飞（楼主）

感谢，我看看适配器这块

晓飞（楼主）

我疑惑的是：可能一个活动效果不好，还没举办两天就停了，这块的代码和常规业务写在一起，是否又要剔除掉，或者每次活动业务逻辑都写到一个特定的地方

deatil （作者）

@晓飞每个活动一个适配器，每个适配器就一个单独的php文件，不用那个适配器就啥影响都没有。有新的就加适配器就行了，做好核心的模式就行

oceanjiayu

课程读者 118 声望

最简单的可以采用switch case

2年前评论

晓飞（楼主）

我的问题在于：临时活动的代码可能长期存在，也可能是一次性，switch case相当于把搞活动的代码每次都嵌入倒常规业务代码中，那每次搞个三五天的临时活动，就要修改常规代码，活动结束了就会变成废物代码

Rache1

658 声望

事件，在有这些操作时，发送事件，然后这些活动监听这些事件。上面有人提到了模型事件，找个也比可行，不过还是建议直接在业务里面去自定义事件。

2年前评论

Aroad

课程读者 116 声望

再抽一层，新增一个任务的模块用于对应事件触发时的进度推动以及奖励发放

2年前评论

课程读者 16 声望

多建一个会员纠错记录/任务的表

if $user 纠错记录==0

      他第一次进行纠错 ，就开个任务

if $user 在会员纠错记录中已有了
        就＋1条记录

if $user 

满3条就给他结算分

大概会这样
我会用多一两张数字库表去完成，感觉数据都看得见，比较放心

应该是一张表是记录所有纠错的记录
另外再建一张，是类似关系表，满3就不加了

2年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

系统的活动业务写在何处，如何与普通业务区分？

1. 业务环境：

2. 问题描述：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

系统的活动业务写在何处，如何与普通业务区分？

1. 业务环境：

2. 问题描述：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录