制作一个传奇游戏宣传奖励系统:玩家A宣传游戏,使用自己的游戏名称作为邀请码X,被邀请玩家B填写邀请码X.玩家B既成为玩家A的下线成员之一.玩家B等级升到45级,玩家A获得5元充值卷奖励,玩家B等级升到50级,玩家A获得10元充值卷奖励,玩家B等级升到55级,玩家A获得20元充值卷奖励.玩家下线人员游戏名+等级数据使用个人T9变量以键值方式存储,玩家邀请关系既上下线关系,用全局A9变量存储,一旦邀请关系确立,被邀请方B不能成为再邀请方A的上线,也就是双方不能通过互相邀请,重复形成互相邀请关系.
🤖 回答引擎: TXT语法专家 |
🕒 时间: 2026-03-05 21:58:24 |
👁️ 阅读: 10
根据课程日志记录，要实现这个宣传奖励系统，需要结合TXT脚本和变量管理。核心思路是使用A9全局变量存储邀请关系（键为被邀请者，值为邀请者），使用T9个人变量存储下线成员信息。
**主要脚本结构如下：**
1. **邀请码生成与验证**：
* 玩家A在NPC处可生成或查看自己的邀请码（即其角色名）。
* 玩家B在NPC处输入邀请码X。脚本会验证X是否为有效角色名，并检查A9变量中是否已存在B的记录，以及X和B是否为同一人，防止自我邀请和关系循环。
2. **建立邀请关系**：
* 验证通过后，在A9全局变量中以`B的角色名`为键，`A的角色名`为值进行记录。同时，在玩家A的T9变量中，以`B的角色名`为键，记录B的初始等级（例如0或当前等级）。
3. **等级监控与奖励发放**：
* 在`QFunction-0.txt`的`[@PlayLevelUp]`（等级提升触发）或通过定时器循环检查下线玩家等级。
* 当玩家（假设为B）升级时，通过A9变量查找其上线A。然后读取A的T9变量中B的旧等级，与B的新等级对比。
* 如果B的新等级达到了奖励节点（45、50、55），且旧等级未达到，则给上线玩家A发放对应充值卷，并更新T9变量中B的等级记录。
**关键脚本示例（NPC部分-邀请码填写）：**
```txt
[@main]
<Text|text=请输入邀请人的角色名：>
<TextInPut|id=invite_code|text=|prompt=输入邀请码>
<Button|text=提交|link=@submit_invite>
[@submit_invite]
#ACT
;获取输入的邀请码
GetString S$输入邀请码 <$STR(S$invite_code)>
;1. 检查是否输入为空
#IF
EQUAL S$输入邀请码 ""
#ACT
SENDMSG 6 邀请码不能为空！
GOTO @main
BREAK
;2. 检查是否为自己邀请自己
#IF
EQUAL S$输入邀请码 <$USERNAME>
#ACT
SENDMSG 6 不能输入自己的角色名作为邀请码！
GOTO @main
BREAK
;3. 检查被邀请人（自己）是否已有上线（防止重复绑定）
#IF
CHECKVARCHAR ... A9 <$USERNAME> S$已有上线
#ACT
SENDMSG 6 您已经绑定过邀请人：<$STR(S$已有上线)>！
GOTO @main
BREAK
;4. 检查输入的邀请人是否存在（这里需要引擎支持检查角色存在的命令，课程日志中未提供此接口）
; 假设存在命令：CHECKACCOUNTLIST <$STR(S$输入邀请码)>
; 由于课程日志未列出该命令，此处功能无法实现。
; 可回复：检查角色是否存在的接口，TXT并未提供，需通过其他方式（如Lua）或等待引擎更新。
;5. 检查邀请人是否已经是自己的下线（防止循环邀请，即A邀请B，B又邀请A）
; 思路：检查A9中，键为“输入邀请码”的值是否等于当前用户名
#IF
CHECKVARCHAR ... A9 <$STR(S$输入邀请码)> S$目标的上线
#ACT
#IF
EQUAL S$目标的上线 <$USERNAME>
#ACT
SENDMSG 6 不能与您的下线成员建立互相邀请关系！
GOTO @main
BREAK
;6. 所有检查通过，建立关系
#ACT
; 在A9全局变量记录： 键=被邀请人(B)，值=邀请人(A)
SETVARCHAR ... A9 <$USERNAME> <$STR(S$输入邀请码)>
; 在邀请人A的T9变量中记录下线B的初始信息，例如等级为0
; 需要操作对方变量，课程日志中未提供直接操作其他玩家个人变量的TXT命令。
; 可回复：跨玩家操作个人变量的接口，TXT并未提供，需通过Lua脚本或全局变量中转实现。
SENDMSG 6 恭喜您！成功绑定邀请人：<$STR(S$输入邀请码)>！
```
**关键问题说明：**
1. **检查角色是否存在**：课程日志中未提供用于验证一个角色名是否真实存在的TXT命令。此功能可能无法用纯TXT实现。
2. **操作他人的个人变量(T9)**：课程日志中未提供直接读取或设置其他玩家个人变量的TXT命令。这意味着为上线玩家A记录下线B的信息这一步，无法直接完成。通常需要借助Lua脚本或使用全局变量以特定格式（如`G$邀请系统_<$STR(A的角色名)>_<$STR(B的角色名)>`）来存储。
**等级监控触发示例（QFunction-0.txt）：**
```txt
[@PlayLevelUp]
#ACT
;获取升级后的等级
MOV N$当前等级 <$LEVEL>
MOV S$当前玩家 <$USERNAME>
;1. 查找当前玩家的上线
CHECKVARCHAR ... A9 <$STR(S$当前玩家)> S$我的上线
#IF
NOT EQUAL S$我的上线 ""
#ACT
;2. 获取上线玩家T9变量中记录的我的旧等级（同样面临无法直接读取他人T9变量的问题）
; 假设通过全局变量获取：键名为“Level_上线名_当前玩家名”
GETGLOBALVARDATA S$旧等级等级记录 G$邀请系统_<$STR(S$我的上线)>_<$STR(S$当前玩家)>
;3. 判断并发放奖励
#IF
LARGE N$当前等级 44
SMALL N$旧等级等级记录 45
#ACT
;给上线玩家S$我的上线发放5元充值卷（需要具体发放物品命令，如GIVE）
SENDMSG 0 玩家【<$STR(S$我的上线)>】的下线【<$STR(S$当前玩家)>】达到45级，获得5元充值卷奖励！
;更新等级记录
SETGLOBALVARDATA G$邀请系统_<$STR(S$我的上线)>_<$STR(S$当前玩家)> 45
#IF
LARGE N$当前等级 49
SMALL N$旧等级等级记录 50
#ACT
SENDMSG 0 玩家【<$STR(S$我的上线)>】的下线【<$STR(S$当前玩家)>】达到50级，获得10元充值卷奖励！
SETGLOBALVARDATA G$邀请系统_<$STR(S$我的上线)>_<$STR(S$当前玩家)> 50
; ... 55级判断同理
```
**总结与建议：**
该系统的核心逻辑（关系存储、等级判断）可以用TXT变量描述，但**关键的两个接口在课程日志中未找到**：
1. 验证角色名是否存在。
2. 跨玩家读写个人变量。
因此，完整的纯TXT实现存在障碍。建议：
* 对于**验证角色存在**，可以考虑在玩家填写邀请码时，由系统尝试向该目标玩家发送一个极小且无影响的虚拟物品或消息，如果发送失败则说明角色不存在。但这依赖于`GIVE`等命令对无效目标的表现，并非严谨方案。
* 对于**存储下线信息**，放弃使用个人T9变量，**全部改用全局变量**。例如，用`G$InviteData_上线角色名`来存储其所有下线的名字和等级组成的字符串，用分隔符隔开，每次需要时解析。但这会使得数据管理和查询（特别是当下线很多时）变得复杂且低效。
更可行的方案是**调用Lua脚本来处理**核心的数据存储、查询和逻辑判断，TXT脚本负责与玩家交互和触发。
← 返回问答库