台球项目

生活消费出行案例ID：245859

灰迹

5 年经验· 爱跑科技

微信扫码沟通，客服可协助直接对接工程师；如当前档期不合，也可继续推荐相似案例作者。

案例介绍

台球项目
项目描述：
专注于服务台球应用，集团购，约球，拼单，活动，赛事，商城等众多功能为一体的项目。项目分为微信小程序端和后台PC端。
所用的主体技术栈：
SpringBoot + MyBatis + Redis + MySql + vue3 + 微信原生
本人职责：
负责活动，赛事，发票以及优惠券的表设计及相关逻辑整理和前后端功能实现。
赛事遇到的难点：
1、单败，双败的对战表需要通过canvas绘制，后续是通过AI慢慢调试出来的。
2、二报（即同场比赛的二次报名）逻辑极度复杂，需要兼容此前的逻辑。重新梳理对应关系和绘制对战表，并在兼容历史数据的情况下改变现有的数据结构。
发票前置条件：因为比赛会提供奖金，所以需要球房上传发票到平台，平台审核后再发放奖金到球房银行卡中。
遇到的难点：因为球房在满足不同的条件，如满足条件1可提现一次，满足条件2也可提现一次，也可以在条件1和条件2都满足后只提现一次。并且球房还要上传正确的发票。因为条件是固定的，条件的满足顺序也是固定的，所以这里在设计的时候我采用了责任链和组合两种模式去处理。列：球房在满足条件1的时候如果上传了一次发票，则认为选择了责任链1。如果在满足两个条件后未上传发票则认为球房走责任链2的逻辑。组合则是为了区分球房上传的发票，根据不同情况进行组合成不同的判断条件。