玩法设计原则
前面插件开发教的是"造零件"——事件、命令、配置、调度。玩法开发讲的是"怎么把零件组合成一个能长期运营的网络游戏"。这一篇先立原则，后面每篇对应一个系统。
从单机到网游的根本转变
单机 Mod 出了 bug 重启就行，玩家自己的事。网络游戏不一样：
- 数据是玩家的资产——丢一次存档，玩家可能直接退坑
- 多人会互相影响——一个漏洞能让全服经济崩盘
- 7×24 运行——你不能随时盯着，出事就是事故
所以网游开发的核心原则和单机完全不同。
五条铁律
1. 数据权威在服务端
呼应服务端与客户端：永远不能信客户端。金币、等级、背包——所有关键数据都以服务端为准，客户端只是展示。
反面案例
客户端发"我获得了 100 金币"→ 服务端就加 100？这是灾难。客户端可被篡改，能无限刷钱。正确做法：服务端自己判断行为是否合法，自己加减数据。
2. 关键数据必须持久化
内存里的数据重启就没了。玩家金币、等级、背包改动——必须落盘（配置文件 / 数据库）。见数据持久化。
3. 耗时操作走异步
查数据库、读文件、HTTP 请求不能卡主线程——主线程卡 = 全服卡（TPS 掉）。用调度器的异步任务，结果切回主线程。见性能优化。
4. 防御性编程
玩家会做你没想到的事：并发点击、断线重连、卡边界、输入超长字符串、发畸形数据包。每个接口都假设输入是恶意的，校验边界。
5. 可灰度、可回滚
新玩法上线别一把梭全服开。先小范围测试，出问题能快速关闭（配置开关）、回滚数据（操作日志 + 备份）。
系统拆分思路
一个完整网游通常拆成这些子系统，每篇对应一个：
| 系统 | 职责 | 本系列篇目 |
|---|---|---|
| 经济 | 金币、商店、交易 | 经济系统 |
| 成长 | 等级、职业、技能 | 等级与职业 |
| 社交 | 公会、组队 | 公会与组队 |
| 竞技 | 排行榜、成就 | 排行榜与成就 |
| 架构 | 跨服、大厅 | 跨服与大厅网络 |
| 安全 | 反作弊 | 反作弊基础 |
| 存储 | 数据库、缓存 | 数据持久化 |
| 性能 | TPS、优化 | 性能优化与 TPS |
优先级建议
第一次做网游，别想一口气全做。建议顺序：
- 先跑通核心循环——能进服、能存数据、能重启不丢
- 加一个简单经济——让玩家有"赚/花"的目标
- 加成长线——等级或经验，给玩家留客理由
- 再扩社交/竞技——这些依赖前两者
- 跨服/反作弊/性能——规模化后再重点投入
别过度设计
新手常见坑：一上来就设计复杂的多服架构、十几种职业。先做最小可玩版本（MVP），让几个朋友能进来玩半小时觉得有意思，再迭代。功能可以后加，架构别一开始就 over-engineer。
与生态插件协作
很多基础系统已有成熟插件，不必自己造：
- 经济 → Vault（桥接层）+ 任意经济插件
- 权限 → LuckPerms
- 变量 → PlaceholderAPI
- 跨服 → BungeeCord / Velocity
造轮子前先找轮子
自己写经济系统是为了学习/定制。正式服优先用 Vault 生态——它经过千万玩家验证，比你自己写的稳。只在生态没有、或需求特殊时才自己造。
从经济系统开始，造第一个完整子系统。