我悄悄地在这里挂一个问题：
各位做后端的朋友，你们的任务模块/成长模块（包括签到、分享、购买商品等达成任务）怎么设计的...
我在配置 任务 的过程中计划使用 配置单元 来做任务判断限制。
配置单元的主体组成部分为：时间、次数、条件、子配置组
但我发现这样在实际使用的时候会引起判断困难的问题
举例：对于用户的购买行为，为了更新用户的任务列表（是否完成），我需要拿到购买这个过程一大堆数据，包括且不限于品牌种类、门店种类、商品种类等， 然后去做交集，与配置单元 的条件去做等价判断，如果条件完备，则新增一条用户满足当前条件的数据；（这个判断流程似乎有些长的过头了，而且拉取的数据也似乎多的过头了。）
各位做后端的朋友，你们的任务模块/成长模块（包括签到、分享、购买商品等达成任务）怎么设计的...
我在配置 任务 的过程中计划使用 配置单元 来做任务判断限制。
配置单元的主体组成部分为：时间、次数、条件、子配置组
但我发现这样在实际使用的时候会引起判断困难的问题
举例：对于用户的购买行为，为了更新用户的任务列表（是否完成），我需要拿到购买这个过程一大堆数据，包括且不限于品牌种类、门店种类、商品种类等， 然后去做交集，与配置单元 的条件去做等价判断，如果条件完备，则新增一条用户满足当前条件的数据；（这个判断流程似乎有些长的过头了，而且拉取的数据也似乎多的过头了。）