勋章设计的建议与吐槽

墨燝 · 发表于 2023-2-25 02:41:15

其实大家都很希望勋章之间有联动的功能对吧x
可以极大地增加趣味性，至于勋章的收益膨胀的问题，其实可以设置很少额外的奖励，主要是趣味性

例如：套装效果（很可能），或者增幅效果（大概率做不出来）

虽然说勋章系统的功能十分有限，这里我就根据我对勋章系统的观察提出一些可能的写法

其实套装勋章功能或者说套装效果可以做成单独的勋章进行领取（这个倒是没问题
重点在于对于现有勋章的检测，目前我观察到的勋章条件都是用户自身的属性
那么实际上勋章的有无，可以体现在用户属性当中
例如勋章升级时增加隐形的某一项属性的值（~~因为有听说要新加属性来着，所以应该是可以做到的吧~~）
就是不清楚这样做的成本有多高，理论上是可以做的（x
也有看到用户注册ip之类的条件，所以应该也有比较复杂的属性可以用吧，然后用二进制压缩一下之类的（一个值就能表示32个勋章的有无了x），如果有文字之类的属性能用的话那可以考虑更复杂的压缩方式了

补充例子：
例如一个套装三件套，那么可以给这三件套分别添加升级属性（隐藏），比如mp值+1，+2，+4（实际上看做二进制1,10,100，获得时按位取反就可以了）
然后单独放一个套装属性的勋章，获取条件设置为mp=7（实际上为mp and 111 == 111这种）

可能存在的技术问题
1：没有隐藏属性可用或代价过大（应该不会不可用，但代价过大是有可能的
2：属性数值不支持位运算，仅可加算（可能，因为添加属性是用减负数实现的，可能受限于论坛框架
3：属性检测不支持位运算，仅可判断大于小于或等于（这个应该不会，这里只要是写代码的话应该都会支持
4：寄售或回收时无法对隐藏属性做变动（不太可能，在寄售徽章结束后能延迟获得金币那边的回调函数应该可以添加类似血液献祭的代码，达成扣除隐藏属性的目的

大家关心的工作量问题或者说更改成本问题
我推测：如果不考虑对老勋章做套装效果那么首先不需要对老勋章改动
同时新的这些操作应该都可以在现有的条件下完成，而每个勋章的代码都是单独写的，实际上不会额外增加工作量

另外吐槽一下这个回帖之后的奖励通知，时间有的时候太短了根本没看清就过去了，有没有办法延长一下哦x