VR/AR 沉浸式开发

为什么需要一套 VR/AR 开发原则

VR/AR 与普通屏幕应用不同：帧时间抖动会直接变成可见抖动，移动方式不当会触发晕动症，世界比例错了会让物体「不像真的」。团队在 Quest、PCVR、ARKit 之间切换时，还容易把 UI 尺寸、交互范式当成 2D 产品来抄，上线后玩家很快退出。

技能覆盖什么

本技能把沉浸式体验拆成可执行的检查清单，而不是泛泛的「做沉浸」。

• 平台选择：区分 VR（Quest 独立无线、PCVR 高保真、PSVR 主机、WebXR 浏览器）与 AR（ARKit、ARCore、WebXR、HoloLens 企业场景），按使用场景选型。
• 舒适度：晕动症对策——传送与分段转向、维持 90 FPS、减少镜头抖动与急加速；并列出周边压暗、转向模式、坐/站姿、高度校准等设置维度。
• 性能：各平台 FPS/分辨率目标（如 Quest 2/3、PCVR、PSVR2），以及 90 FPS ≈ 11.11ms 帧预算与「单次掉帧即体感问题」的约束。
• 交互：手柄的指点、抓取、手势、物理投掷；手部追踪的沉浸与精度权衡。
• 空间设计：1 单位 = 1 米 的比例、真实测量验证，以及立体视觉、运动视差、阴影、遮挡等深度线索。
• 反模式：对照表说明「不要替玩家移动镜头、低于 90 FPS、极小 UI 字、忽略手臂触及范围」等常见错误。

适用边界

这是原则与决策框架，不包含具体引擎（Unity/Unreal）工程模板或某 SDK 的 API 教程。WebXR 在 VR/AR 表格中均出现，需按目标设备能力自行验证。手部追踪适合社交休闲，不适合高精度动作——技能会点明取舍，不会替代你的玩法原型测试。