设计

前言

本文将以一个休闲合成类游戏的实践经验为切入点，探讨游戏开发中的数据同步方案。在这个合成游戏中，玩家需要在地图上移动和合成物体，涉及复杂的验证逻辑和数据同步问题。

一、合成游戏的核心玩法

在这款休闲合成游戏中，玩家主要进行两种操作：

1. 移动物体：在地图格子间移动不同大小的物体
2. 合成物体：将多个相同物体合成为新的物体，可能触发额外产出

这些看似简单的操作，实际上涉及复杂的验证逻辑和状态同步问题。

二、同步方案的选择

2.1 我们的选择：预测回滚

在开发这款游戏时，我们选择了预测回滚(Prediction Rollback)同步方案。主要考虑因素是：

• 需要保证游戏操作的流畅性
• 对网络延迟有一定的容忍度
• 需要严格的服务器验证

1. 系统概述

本文档详细描述了游戏 GM 指令系统的设计演进过程，重点关注如何通过持续优化提升使用体验。该系统主要用于管理游戏中的道具和货币添加操作，展现了从最初的复杂设计到最终的智能化处理的完整优化历程。

2. 系统演进阶段

2.1 初始版本（add_category）

• 指令格式：add_category <类型枚举> <配置表ID> <数量>
• 存在问题：
  • 参数过多，使用复杂
  • 枚举值容易拼写错误
  • 用户需要记忆物品类型
• 使用示例：add_category ITEM 10001 1

2.2 第一次优化（指令拆分）

• 新增指令：
  • add_cur：专门用于添加货币
  • add_item：专门用于添加道具
• 改进点：
  • 减少参数数量（仅需ID和数量）
  • 明确指令用途
• 存在问题：
  • 用户仍会混淆物品类型
  • 经常出现货币指令误输入道具ID的情况