devlog

设计一款支持键盘与触控的三车道无尽跑酷游戏

一款三车道跑酷游戏,优化了键盘与触控下的车道切换、跳跃和滑铲的可读性。

设计一款支持键盘与触控的三车道无尽跑酷游戏 的封面图

三车道跑酷的承诺

三车道无尽跑酷看似简单,因为玩家只有少数几个操作:向左或向右移动、跳跃、滑铲,以及决定何时值得冒险去收集金币。这种有限的操作正是每个细节都至关重要的原因。当游戏公平时,玩家能读懂赛道,做出行动,并理解结果。当游戏不公平时,障碍物会融入背景,输入来得太晚,或者镜头隐藏了安全路线。

对于创作者上传的 Endless Runner,审查的重点是在键盘和触控上保持这种可读的决策循环。该版本已经包含了首次运行帮助面板、两个速度等级、得分和距离计数器、金币、移动威胁、暂停、重新开始以及存储的最高分。工作不是发明一个不同的游戏,而是验证现有设计是否传达了其规则并保持一致的反应。

车道切换必须离散且可预测

玩家应该始终知道三条车道中哪一条是当前激活的。向左或向右的命令应恰好移动一条车道,除非角色已经在边缘。重复按键不能排队一个不可见的额外移动,稍后才触发。动画可以在位置之间缓动,但碰撞逻辑必须在过渡期间与视觉位置一致。

在桌面上,跑酷游戏以方向键为主要操作方式,同时也支持 A 和 D 键。在触控上,水平滑动映射到相同的单车道决策。滑动阈值需要忽略小的滚动动作,同时仍然感觉即时。视觉移动、碰撞状态和镜头取景应由相同的车道索引驱动,这样狭窄的移动视口不会产生不同的规则集。

跳跃和滑铲需要可读的契约

跳跃和滑铲不是可以互换的逃生动画。地面障碍需要跳跃;低矮的头顶障碍需要滑铲。每个障碍物都需要足够的对比度、提前可见性和一致的高度,以便玩家在输入窗口关闭之前识别该契约。

键盘玩家可以使用上箭头、W 或空格键跳跃,下箭头或 S 键滑铲。触控玩家使用垂直滑动。帮助屏幕必须说明这些控制,但赛道本身应该通过早期、孤立的示例来教授它们。将车道切换与跳跃结合在后期可能令人兴奋;在玩家理解轮廓之前使用这种组合会显得武断。

难度应压缩时间,而不是移除信息

第一层作为热身,给玩家一个五百米的目标。第二层提高速度和障碍密度,朝向一千五百米的目标。通过缩短决策窗口来增加难度可能有效,但游戏必须保留视觉信息。更快的游戏需要更清晰的间距、更强的轮廓和纪律性的组合,而不是一堵随机物体的墙。

金币线作为软性引导很有用。它们可以揭示安全车道或邀请计算好的绕行,但不应直接导致不可读的碰撞。一个公平的系统让熟练玩家能够预测模式,同时保留足够的变体以增加可重玩性。生存仍然比收集所有金币更重要。

移动布局是游戏设计的一部分

桌面截图不能证明移动端就绪。受保护的预览在狭窄的手机视口下进行了测试,首先显示首次运行帮助,然后启动游戏。控制、状态计数器和暂停操作必须保持可读,无需水平滚动。触控处理程序覆盖了所有四个方向,普通嵌入模式无需强制全屏即可播放。

周围的 Malaguo 页面也很重要。游戏区域必须保留稳定的比例,全屏控制必须保持可及,分享或举报操作不能覆盖游戏。移动浏览器会添加自己的地址和导航栏,因此安全间距需要容忍比标称屏幕尺寸更少的垂直空间。

审查接受的内容

候选版本在故意的首次运行帮助屏幕后成功启动。左移和跳跃响应键盘输入,游戏过程中距离和得分前进,浏览器控制台保持干净。移动布局和滑动处理程序覆盖了相同的操作集。目录文案已扩展,以便玩家在启动前了解两个目标、移动火车风险、最高分持久性和确切控制。

批准并不意味着设计不能改进。未来的版本可以添加更好的引导遥测、更多精心设计的模式序列、无障碍选项和更丰富的音效。这意味着这个命名版本在其页面上描述的机制,在其声称支持的设备上,没有通过公共链接隐藏破损的路线。

跑酷创作者清单

测试车道边界、快速相反输入、跳跃和滑铲恢复、运动中的暂停、碰撞后的重新开始以及首次帮助的持久性。对照代码验证每个键盘标签。在触控上,测试短滑动和对角滑动、浏览器滚动以及最小支持的视口。最后,玩足够长的时间以达到更高的速度等级。一个在前二十秒有效的跑酷游戏,在压力下计时、生成密度和动画重叠时可能仍然失败。

♡ 点赞 · 0

讨论 0

登录 后参与讨论。

发起一场有价值的讨论。