奖励Reward系统设计

介绍

一般来说系统前期,发放奖励,就简单的发放道具就可以,基本上是,遇到一个配置一个,不同的系统可能配置的方法不一样,每次活动更是加不同的配置。

经历里这些不同的需求,我们需要设计一个系统它可以统一的管理这些,满足各种奖励需求。

配置

Reward

|----------|----------|---|---|---|
| RewardId | GroupIds | | | |
| 奖励id | 组列表 | | | |
| | | | | |

可以在导表中将Item表中的数据直接放入这里,可以很方便的配置道具,这里每个组必定产出一个物品

RewardGroup

|---------|---------|------------------|---------|---|
| GroupId | ItemIds | GroupItemRuleIds | Weights | |
| 组id | 道具id列表 | 道具规则列表 | 权重列表 | |
| | | | | |

ItemIds:

GroupItemRuleIds:

两个列表一一对应,每个ItemId 对应一个RuleId,可以重复使用相同的RuleId

RewardGroupItemRule

|-----------------|----------|----------|---|---|
| GroupItemRuleId | MinCount | MaxCount | | |
| 道具规则id | 单次产出最小值 | 单次产出最大值 | | |
| | | | | |

每次产出的数量范围[MinCount, MaxCount], 具体结合业务,一般需要结合 ItemOutputCount, 才能推出实际可以产出的数量

ItemOutputCount

|--------|-----------------|-------------------|---|---|
| ItemId | UserGotMaxCount | GlobalGotMaxCount | | |
| 道具id | 玩家历史产出总计最大数量 | 全服历史产出总计最大数量 | | |
| | | | | |

控制一些道具的产出,实际情况下很少使用 ^ ^,但是如果在表里配置了相关的itemId, 并且设置一个很大的数量值,这个也可以作为道具的产出记录使用

功能点

全局产出控制

个人产出控制

每个Item 产出时,必须先检查 ItemOutputCount 表中的 全服历史产出总计最大数量 -> 玩家历史产出总计最大数量如果产出已经到达上限,则这个道具的产出为0

动态权重

根据配表 RewardGroup 中的 的 Weights 来计算, 具体算法如下,每个道具有个数字来表示它的权重,查看一些负载均衡算法的应该熟悉则这个,这个算是最简单的分配算法了

cs 复制代码
int GetIndexByWeights(List<int> weights)
{
    int sum = 0;
    for(int i = 0; i < weights.Count; ++i){
        sum += weights[i];
    }

    if(sum == 0) return -1;

    // [0.0, 1.0)
    int roundWeight = Random.Shared.Next(1, sum + 1);

    sum = 0;
    for(int i = 0; i < weights.Count; ++i){
        sum += weights[i];
        if(sum >= roundWeight) return i;
    }

    return -1;
}

// 根据规则修改权重
List<int> CheckRestictedItemAndModifyWeight(List<uint> itemIds, List<int> weights)
{
    // 检查全局 道具产出限制
    
    // 检查个人 道具产出限制

    // 这里可能存在费时的操作,根据具体业务处理
}

(uint itemId, int count) GetOuputItemIdAndCountByWeigths(List<uint> itemIds, List<int> weights)
{
    List<int> newWeights = CheckRestictedItemAndModifyWeight(itemIds, weights);

    var index = GetIndexByWeights(newWeights);

    var itemId = itemIds[index];
    
    // 1.先根据 RewardGroupItemRule 计算产出数量
    // 2.结合 全局、个人产出限制,计算产出数量
    return (itemId, count)
}

奖励流程

cs 复制代码
List<RewardData> GetReward(uint rewardId)
{
    // 根据配表获取产出道具

    // 解析产出道具,一般来说这里会处理一些 道具分解、替换的流程

    // 真正的创建道具,结合业务创建相关物品
    
    // 推送相关信息
}

总结

后期一般,如果做了这个功能,就会慢慢的替换直接添加Item的操作,保证添加Item只有一个入口就是在奖励处

相关推荐
DanmF--1 天前
Protobuf工具
网络·unity·游戏引擎·游戏程序
passionSnail7 天前
《用MATLAB玩转游戏开发:从零开始打造你的数字乐园》基础篇(2D图形交互)-贪吃蛇的百变玩法:从命令行到AI对战
开发语言·matlab·游戏程序
passionSnail7 天前
《用MATLAB玩转游戏开发:从零开始打造你的数字乐园》基础篇(2D图形交互)-俄罗斯方块:用旋转矩阵打造经典
算法·matlab·矩阵·游戏程序·交互
小羊Linux客栈18 天前
Python小程序:上班该做点摸鱼的事情
开发语言·python·小程序·游戏程序
DanmF--18 天前
详解UnityWebRequest类
网络·unity·c#·游戏引擎·游戏程序
小羊Linux客栈19 天前
Python自我娱乐小游戏
开发语言·python·游戏程序·娱乐
游离子丶24 天前
LLama Factory从入门到放弃
语言模型·游戏程序·llama·yuzu-soft
李詹24 天前
游戏开发核心技术解析——从引擎架构到攻防体系的完整技能树
架构·ue5·游戏引擎·游戏程序·3dsmax·虚幻
李詹1 个月前
防护接入新纪元:DeepSeek攻防大脑如何重塑网络安全防线
网络·安全·web安全·游戏引擎·游戏程序