关于新项目——活动

Posted 2020-10-30 ninomiya

3月开始弄的一个小项目，给棋牌游戏的金币场添加一个活动功能，也就是金币场某个游戏，指定时间开始进行活动，活动进行中每个玩家开始累积积分，活动结束后，相应的积分排名可以得到相应的奖励。玩家在过程中，随时可以查看自己的积分及排名以及此活动排行榜的其他玩家。并且可以查看此游戏上次活动的排名记录。

游戏策划不止是设计一个好玩的东西，不是一个拥有细节但是天马行空的想法。还需要和具体实现有机结合。这种方案在技术的实现是否合理。玩家体验是否如你所想的那样，给后台带来的压力是否能承受？都得一并思考。很可惜，小公司并不屑于请策划，没办法撸起袖子自己想。我是聪明的一休啊！ 

开始以为很简单的小功能，随便写两个单元就过了，结果越写越崩溃。

最基本的功能查询写入数据功能实现了，接着是数据库表的设计，要保证服务器关闭重开后，可以让玩家查询上一次的数据。

如何设计表是个难题，开始说了只是个小功能，不是大型活动，难道要为了玩家保存n场的数据吗？而且一个平台有十几个游戏，还得分开查询。

因此最好定下的方案是只保存子游戏上一场的活动记录。因此活动表只需记录一场游戏的一场活动配置；玩家表，每个玩家有n个子游戏字段，记录它的成绩。

表设计好了，就开始编写读库写库功能，这个还算简单，加了个线程写库读库，没有封装，直接写语句，搞定了。

然后让大牛一看，配置还有很多问题，怎么写配置让人家用的方便，日期得是周期性的，例如填个5以后每周五都会自动开始活动，虾米东西，万万没想到！读取配置和活动的结构体设计全得改。没关系，改改更健康，改出一大堆bug，继续测测测改改改。

基本功能实现后，以为万事大吉了吗？并没有，没想到吧！

还要写保底的机器人玩家，做这行的都知道，不可能让你百分百得奖，因此要写假排行ai。模拟玩家的游戏数据，得随时变化，还要保证机器人的占比。就！是！这！个!变态玩意，给我写疯了。 事实总和预期的差了不止一点点，想象是美好的，现实是残酷的，改了这块，那块不对味了。改代码真的比写代码痛苦一百倍，可是没时间重头来过。老板觉得这么小个功能，你都写一个月了，做事效率也太低了，怎么办哭哭，还得养家糊口，为了不喝西北风，只有不断尝试。

啃完上面那块硬骨头后，服务器随时可能崩溃呀！数据怎么恢复？

用redis随时备份数据，因此还要加个随时写内存库的功能。一旦崩溃了就读出来。