Skip to content

18 荣誉称号与称号树

这一章主要讲荣誉称号、会员称号和称号树的用法。服主可以用它做军衔、修仙、职业、活动纪念、称号礼包和区域门槛等玩法。

入口:

text
商城后台 -> 称号系统
商城后台 -> 称号系统 -> 其他称号设置
商城后台 -> 称号系统 -> 称号进阶路线
玩家前端 -> 个人信息 -> 荣誉称号

视频教程

创建荣誉称号与称号树可以先看这个视频,再按下面的图文步骤配置。

一、功能定位

新版称号系统不只是给玩家发一个名字,它会和多个玩法联动:

  • 礼包可以限制指定称号领取。
  • 区域规则可以限制指定称号进入。
  • 通行证、回收、活动可以发放称号奖励。
  • 播报和昵称同步可以展示玩家身份。
  • 称号树可以把多个称号串成一条晋升路线。

称号体系可以先按两类来设计:

层级用途示例
会员称号会员等级身份展示,由会员特权更新VIP1、SVIP3、赞助会员
荣誉称号活动、任务、路线、礼包、区域门槛等玩法身份捕鱼达人、军衔少校、炼气三层

称号树主要用于荣誉称号进阶。会员称号仍然交给会员系统管理。

二、核心概念

会员称号

会员称号跟会员等级绑定。玩家开通或升级会员后,系统会更新玩家的会员等级、会员称号和会员到期时间。

会员称号可以用于展示和昵称同步。会员等级、续费、补差价和消费升级放在 会员、通行证、签到与在线奖励 里配置。

荣誉称号

荣誉称号是服主自己设计的玩法称号。它可以来自:

  • 玩家购买或晋升。
  • 管理员手动发放。
  • 通行证奖励。
  • 通用回收累计奖励。
  • 活动奖励。
  • 其他系统发放的称号奖励。

荣誉称号常见用途:

用途说明
昵称展示玩家佩戴后参与游戏内假名同步
播报展示购买、上线、礼包等提示里展示玩家身份
称号礼包拥有指定称号才可领取礼包
区域门槛拥有指定称号才可进入区域
回收进阶累计回收达到门槛后发放下一阶称号
活动纪念由管理手动发放,价格可设置为不可购买

称号树

称号树就是称号进阶路线。它把多个荣誉称号按顺序组织起来。

例如军衔路线:

text
列兵 -> 下士 -> 中士 -> 上士 -> 少尉 -> 中尉 -> 上尉

例如修仙路线:

text
炼气一层 -> 炼气二层 -> 筑基初期 -> 筑基中期 -> 金丹初期

后台没有创建称号路线时,玩家前端只显示普通荣誉称号相关内容,不显示进阶称号板块。

三、玩家体验流程

玩家从查看称号到晋升成功,会经历这些步骤。

mermaid
flowchart TD
  A["玩家进入个人信息"] --> B["打开荣誉称号"]
  B --> C{"系统是否存在称号路线"}
  C -- "没有路线" --> D["只显示普通称号列表和已拥有称号"]
  C -- "存在路线" --> E["显示可进阶称号板块"]
  E --> F["玩家选择一个目标称号"]
  F --> G["查看称号简介、价格、有效期和前置要求"]
  G --> H{"玩家点击购买或晋升"}
  H -- "取消" --> I["返回称号列表"]
  H -- "确认" --> J["检查晋升资格"]
  J --> K{"是否满足所有条件"}
  K -- "不满足" --> L["提示失败原因:余额不足、缺少前置称号、称号不可购买等"]
  K -- "满足" --> M["扣除对应货币"]
  M --> N["发放目标荣誉称号"]
  N --> O{"是否配置获得后移除旧称号"}
  O -- "是" --> P["移除指定旧称号"]
  O -- "否" --> Q["保留原有称号"]
  P --> R["更新玩家称号数据"]
  Q --> R
  R --> S{"是否需要同步昵称"}
  S -- "需要" --> T["按括号样式和最大佩戴数拼接假名"]
  S -- "不需要" --> U["仅更新网页称号展示"]
  T --> V["玩家看到晋升成功"]
  U --> V

玩家看到的称号状态分为三类:

结果玩家表现
未拥有可以查看,满足条件时可购买或晋升
已拥有且有效可以佩戴、取消佩戴或用于称号条件判断
已过期或条件不满足不能正常用于礼包、区域、进阶等判定

提醒玩家

拥有称号不等于已经佩戴。佩戴主要影响昵称展示;礼包、区域、回收、通行证等功能主要看玩家是否拥有有效称号。

四、管理创建流程

创建称号树前,先把路线、价格、周期和旧称号移除规则写清楚,再录入后台。这样后面改动少,也不容易影响玩家进度。

mermaid
flowchart TD
  A["管理确定玩法目标"] --> B["选择路线类型:军衔、修仙、活动、职业等"]
  B --> C["列出全部称号节点"]
  C --> D["确认每个节点的价格、周期、图片、简介"]
  D --> E["确认每个节点的前置称号"]
  E --> F["确认晋升后是否移除上一级称号"]
  F --> G["后台创建普通荣誉称号"]
  G --> H["后台创建称号进阶路线"]
  H --> I["把称号节点加入路线"]
  I --> J["配置节点顺序和晋升条件"]
  J --> K["用测试玩家检查前端显示"]
  K --> L{"测试是否通过"}
  L -- "不通过" --> M["修正名称、价格、前置条件、移除规则"]
  M --> K
  L -- "通过" --> N["公告玩家开放称号路线"]

创建顺序:

  1. 先创建普通荣誉称号。
  2. 再创建称号进阶路线。
  3. 最后把称号挂到路线节点上。

这样配置后,礼包、通行证、回收、区域规则引用称号时,后台已经有稳定的称号数据。

五、称号字段怎么理解

字段说明填写方式
称号名玩家看到和系统匹配的名称不要手动加 【】,避免符号过多
稀有度影响网页展示样式用来区分普通、稀有、限定等
称号图片个人信息里展示的图片缺失时可能显示默认图
商城币价格玩家购买或晋升需要的商城币不卖就设为 0
美金价格玩家购买或晋升需要的游戏美金也会影响部分旧版排序口径
有效周期玩家获得后有效多少天永久称号按后台支持的永久规则设置
称号简介给玩家看的说明,也可写前置提示前置称号要写得完全一致
获得后移除获得本称号时移除指定旧称号用于单路线逐级晋升

商城币价格和美金价格都为 0 时,可作为纪念称号或绝版称号使用。玩家可以看见,但不能自行购买,只能由管理手动发放,或通过任务、活动、通行证、回收奖励发放。

六、前置称号怎么写

前置称号可以在称号简介中用 【】 标出。填写时要保持称号名称完全一致。

示例:

text
晋升该称号需要先拥有【捕鱼达人一级】

玩家购买或晋升时,会检查玩家是否拥有 捕鱼达人一级 这个有效称号。

注意:

  • 捕鱼达人一级【捕鱼达人一级】 不是同一个称号名。
  • 捕鱼达人一级捕鱼达人1级 不是同一个称号名。
  • 前后多空格、错别字、特殊符号都可能造成判断失败。

七、规则判定

显示称号时

判断项说明
称号数据是否存在后台是否有这个称号或玩家是否已被发放过
称号路线是否存在没有路线时不显示进阶板块
玩家是否拥有用于区分可晋升、已拥有、可佩戴
称号是否有效过期称号不再作为有效条件
图片是否存在不存在时使用默认图片或空图
分类或稀有度影响玩家前端分组和样式

购买或晋升时

mermaid
flowchart TD
  A["玩家提交购买或晋升"] --> B{"称号是否存在"}
  B -- "否" --> X1["拒绝:称号不存在"]
  B -- "是" --> C{"称号是否允许购买"}
  C -- "否" --> X2["拒绝:绝版或未开放"]
  C -- "是" --> D{"玩家是否已有有效同名称号"}
  D -- "是" --> X3["拒绝或提示已拥有"]
  D -- "否" --> E{"是否要求前置称号"}
  E -- "不要求" --> G{"余额是否足够"}
  E -- "要求" --> F{"玩家是否拥有前置有效称号"}
  F -- "否" --> X4["拒绝:缺少前置称号"]
  F -- "是" --> G
  G -- "不足" --> X5["拒绝:商城币或美金不足"]
  G -- "足够" --> H["扣款并写入称号发放记录"]
  H --> I{"是否配置移除旧称号"}
  I -- "是" --> J["移除指定旧称号"]
  I -- "否" --> K["保留旧称号"]
  J --> L["返回成功"]
  K --> L

购买或晋升时会检查:

  1. 玩家身份是否能识别到 SteamID。
  2. 目标称号是否存在。
  3. 目标称号是否允许玩家自行购买或晋升。
  4. 玩家是否已经拥有同名有效称号。
  5. 是否要求前置称号。
  6. 前置称号是否存在于玩家有效称号里。
  7. 商城币或美金余额是否足够。
  8. 有效周期是否能正确生成到期时间。
  9. 获得新称号后是否需要移除旧称号。
  10. 是否需要同步玩家假名。

佩戴称号时

判断项说明
玩家是否拥有该称号不能佩戴没有获得的称号
称号是否过期过期后不再作为有效佩戴
最大佩戴数由程序设置里的称号最大佩戴数控制
括号样式由其他称号设置控制
假名同步开关关闭同步时只影响网页,不改游戏昵称

称号最大佩戴数只控制昵称里最多拼接几个荣誉称号,不代表玩家最多只能拥有几个称号。

称号条件被其他系统使用时

使用位置判断方式
称号礼包玩家拥有指定有效称号才可领取
区域规则玩家拥有任意一个允许称号才可进入
通行证奖励可给玩家发放称号奖励
通用回收累计奖励达到数量后可发放称号,或要求前置称号
游戏内命令 @晋升按输入的称号名查找目标称号并走晋升判断

某个系统支持多行称号条件时,一般表示“拥有其中任意一个有效称号即可通过”。如果要做必须同时拥有多个称号的玩法,可以先在称号树里做一个合成后的高级称号,再让其他系统判断这个高级称号。

八、配置案例

单路线军衔

适合长期服、PVP 服、战功玩法。

text
列兵 -> 下士 -> 中士 -> 上士 -> 少尉 -> 中尉 -> 上尉

配置要点:

  • 每一级都配置“获得后移除上一级称号”。
  • 前置称号只填直属上一级。
  • 不要让玩家跨级购买,避免路线断档。

多路线职业

适合活动服、PVE 服。

text
采集路线:拾荒者 -> 资源猎人 -> 后勤大师
战斗路线:新兵 -> 丧尸猎手 -> 战场精英
商业路线:小商贩 -> 贸易专家 -> 商会会长

配置要点:

  • 不同路线不要互相移除称号,允许玩家多职业成长。
  • 礼包和区域规则按路线奖励设计。
  • 玩家昵称最大佩戴数不要设太高,避免游戏内昵称过长。

限定纪念称号

适合节日、赞助、活动冠军。

配置要点:

  • 商城币和美金价格都设为 0。
  • 不挂到普通晋升路线里。
  • 通过管理发放、通行证奖励或活动奖励发放。

九、常见问题

问:玩家买了称号,为什么游戏昵称没变?

答:先确认玩家是否已经佩戴该称号,再检查称号最大佩戴数、括号样式和假名同步开关。拥有称号不一定自动佩戴。

问:玩家拥有前置称号,为什么还是不能晋升?

答:优先检查称号名称是否完全一致、前置称号是否过期、简介或路线配置里是否多了符号和空格。

问:为什么称号礼包看不到?

答:称号礼包会按玩家有效称号过滤。玩家没有指定称号、称号过期、礼包类型错误或礼包名称前置规则不对,都会导致看不到。

问:删除称号列表会不会删除玩家已拥有称号?

答:普通称号列表和已发放称号记录不是一回事。删除称号列表不一定会删除玩家已经获得的称号,但会影响后续展示、图片和简介等数据。正式服删除前先备份。

问:称号树可以有多条路线吗?

答:可以按服主玩法设计多条路线。多路线时要特别注意“获得后移除”的配置,不要让 A 路线晋升误删 B 路线称号。

十、管理检查清单

上线称号树前检查:

  1. 每个称号名称没有多余括号和特殊符号。
  2. 每个路线节点都能在普通称号列表里找到。
  3. 前置称号名称完全一致。
  4. 价格、币种和有效周期符合预期。
  5. 绝版称号不会被玩家自行购买。
  6. 获得后移除旧称号的规则没有误删其他路线。
  7. 称号最大佩戴数符合服务器昵称长度。
  8. 称号礼包、区域规则、回收奖励引用的是同一个称号名。
  9. 测试玩家从第一阶到第二阶至少完整晋升一次。
  10. 晋升失败时能给出玩家看得懂的原因。

正式服提醒

称号树一旦开放,玩家会围绕它投入时间和货币。修改路线、删除节点、改前置条件前,先公告并保留旧数据截图,避免玩家觉得进度被吞。