Game Design
触控设计
移动端游戏触控交互的设计原则与体验优化
移动端虚拟摇杆的设计原则
固定位置的摇杆会造成方向混乱——手指每次落点不同，向左移动的意图可能因落点偏右而反向。 顶尖游戏（如 Brawl Stars）的解法是让摇杆出现在手指触摸的初始位置，而非固定角落。
其他三个关键设计决策：
- 操作区域隔离：动作按钮在右侧，摇杆只响应左侧触摸，防止输入冲突
- 边缘自适应跟随：手指滑得太远时摇杆轻微追随，玩家无需大幅回拖——摇杆主动适应玩家
- 模拟量输出：方向控制输出连续强度值而非"按下/未按下"，人物可按力度调速，手感接近真实手柄
见：I built the best virtual joystick for PhaserJS, then went to bed
RTS 触控的延迟提交状态机
把鼠标驱动的 RTS 映射到触屏，核心是一个“延迟提交”手势状态机：手指按下时不向游戏发任何事件，因为一个过早 发出的“鼠标按下”即使后来被取消，对游戏来说已经是一次真实点击（实际 bug：每次双指平移，第一根手指都在地上 设了集结点）。等手势自我识别后再提交：直接抬起是点按（在原位置补发完整按下+抬起，密集 UI 按钮才不会漏）； 移动超过约 8pt 死区是框选拖拽（按下锚定在初始触点）；第二根手指落下是双指平移（映射为右键拖拽，左键从未 存在过）；静止按住约 600ms 是长按右键（取消选择）。两个实现要点：静止的手指不产生任何事件，长按检测必须从 帧循环轮询而不能纯事件驱动；合成的触摸事件必须携带有效 windowID，否则鼠标层找不到窗口会静默跳过坐标缩放， 症状是点击位置越靠近屏幕边缘偏得越多。架构上把触摸翻译成合成鼠标事件、注入与真鼠标相同的代码路径，游戏逻辑 保持 1:1 不动。