文章目录
-
- 背景
- 开工前，先过三项
- 一天的拼装顺序
-
- 1. 先做门，只留下角向运动
- 2. 再做抽屉，只留下线性运动
- 3. 接工具 Snap 槽，先管接收和占用
- 4. 用最短事件桥接一个提示
- 5. 最后才加移动
- 收工前，我会再走一遍反向操作
- 卡住以后，回到对应专项
- 实用总结
背景
我想先搭一个能推门、拉抽屉、放工具的小房间。
第一轮不用好看的模型。门可以是一块板，抽屉可以是一个盒子，工具也可以先拿方块代替。我想确认的是，手伸过去以后，物体能按预期运动；松开再抓，也能接着操作。
这类小场景容易卡在拼装顺序上。如果门还没转对，我就开始调抽屉；工具还拿不稳，我又给槽位加提示，等到人物开始移动，几个问题就很难分清了。
所以我给自己定了一个顺序：先确认能进头显，再验证近场抓取，然后依次做门、抽屉和工具槽。每完成一项，我都会确认它能稳定操作，再继续往下搭。
这里说的“一天”，是给工作范围划线，不是保证任意工程都能当天完工。如果基础环境还没通，我就先处理基础环境，不把问题带进小房间。
本篇只管小场景的拼装次序，目标是在一天的范围内搭出能操作的门、抽屉和工具槽。相关现象按下面这张表去看对应文章：
| 交互配方速查（抓走放转各三招） | 抓走转放系列20｜抓走放转各三招速查：交互出问题先对上该查哪一层 |
| 门能推不能回弹 | 抓走转放系列16｜门能推开却不回弹：先查转动驱动的限位与阻尼 |
| 抽屉拉一半卡住 | 抓走转放系列17｜抽屉拉到一半卡住：先查滑动轴、限位和碰撞 |
| 工具放不进槽 | 抓走转放系列14｜工具放不进槽或放歪了：先查过滤、对齐点和占用态 |
开工前，先过三项
我会先把房间放在伸手就能测试的位置，暂时不加移动，先确认三件事。
按 OpenXR 和 XR Interaction Toolkit（下文简称 XRIT）的分工理解，运行时、输入与交互要先各自接通。门的转轴和抽屉的行程，则是后面要处理的物体行为。
如果连测试物都抓不起来，我就不会先改门轴，也不会先调槽位范围。这一关通过以后，我会保存场景，让后面的改动有一个可以退回的起点。
一天的拼装顺序
1. 先做门，只留下角向运动
做门时，我会先确定转轴，而不是急着加把手。
我会把门框和门扇分开，让门框保持不动，门扇绕铰链位置转动。抓取区域可以放在把手附近，但抓取点并不等于转轴。
我会按下面的顺序检查：
实现时，可以用物理关节，也可以用受约束的交互驱动。我会先选定一种做法，避免普通自由抓取、关节和自写姿态脚本同时争着控制门扇。
普通 XR Grab Interactable 不会因为物体长得像门，就自动赋予它铰链行为。
门能正常开合以后，我才决定是否需要回弹。如果需要自动回位，就补上回位驱动和阻尼；如果不需要，就不把“松手后必须关门”当成验收条件。
2. 再做抽屉，只留下线性运动
确认门能正常操作以后，我再加抽屉。
抽屉和门的抓取入口可以相似，但运动约束不能照搬。门需要检查转动角度，抽屉则需要检查它沿指定轴移动的距离。
我会先做一个固定柜体，再放入一个可动抽屉。第一轮只检查下面几件事：
在这一步，我会先关掉自动关闭、吸附到端点之类的附加效果。手动推拉还没正常工作时，加入自动行为只会让排查多一个判断分支。
门和抽屉各自通过检查以后，我再把它们放进同一个房间，确认两者互不干扰，暂时不接联动。
3. 接工具 Snap 槽，先管接收和占用
工具槽并不是摆上一个触发区域就做完了。
我会拿已经验证过抓取的测试物当工具，槽位也只做一个，先确认工具能放进去、拿出来，再放回去。
在 XRIT 中，可以从 XR Socket Interactor 这类插槽交互器入手。这里说的 Snap，是工具被接收后对齐到目标姿态的行为，不是照搬旧方案里的菜单名称。
我会先定好三条规则：
在这个小房间里，我倾向于让工具握在手里时不被槽位直接抢走，等松手后再由槽位接收。我会按这条规则，验证所用版本的选择策略和过滤配置。
工具靠近槽位时出现提示，不等于工具已经放入。进入范围、满足接收条件和实际被槽位选中，是不同的状态，不能混在一起判断。
第一轮我只检查工具是否真正归位，暂时不加声音和粒子效果。
4. 用最短事件桥接一个提示
三个物件各自能用以后，我才开始接事件。
我先不做任务系统，只做一个容易看出结果的提示：工具入槽时，旁边的提示物亮起；工具取出时，提示物恢复原状。
我会按这个顺序连接：
如果连续收到相同状态，重复设置也不应该把结果弄反。因此，我会明确设置“亮起”或“熄灭”，而不是每收到一次事件就切换一次。
门和抽屉暂时不参与这个提示。等这一条事件关系确认清楚以后，我再考虑是否需要增加下一条。
5. 最后才加移动
完成前面的操作以后，我才把物件放回房间里应在的位置，并增加移动方式。
第一轮只启用一种移动方式，例如传送。连续移动、转向和其他输入组合，留到后面再加。
移动后，我会重新走一遍靠近门、拉抽屉、取工具和放工具的过程，重点检查站位变化以后，近场交互是否仍然有效，手柄输入是否与移动操作发生冲突。
如果某个问题在原地操作时就已经存在，我不会把它归到移动上。只有移动后才出现的问题，我才回头检查玩家位置和交互范围。
收工前，我会再走一遍反向操作
我不会只测一遍顺利完成的流程。收工前，我主要检查松手以后能否继续操作，以及反过来操作时是否仍然正常。
这一轮不加世界缩放，XR Origin 的缩放也先保持默认比例。
缩放会让手的可达范围、碰撞尺寸和交互距离一起变得复杂。门、抽屉和槽位都还在拼装时，我不想再引入一个影响全局的变量。
卡住以后，回到对应专项
本篇只管拼装次序，不把每个排错过程重新展开。我会先分清现象，再回到对应文章核对。
需要核对具体配置组合时，我会看《抓走转放系列20｜抓走放转各三招速查：交互出问题先对上该查哪一层》。想理清这些能力在场景里的分工，则可以对照系列的“抓—走—放—转”总览。
如果连头显显示和基础输入都没有通过，我就回到工程与运行时的“先定层”文章，先处理基础环境，不一边排查运行问题，一边继续拼门和抽屉。
实用总结
我给一天定的目标不大：在这个小房间里，门能正常开合，抽屉能来回推拉，工具能放入槽位后再取出，提示也能跟着实际状态恢复。
为了让这些操作接得起来，我会守住前面的顺序：
我这里就总结一下：先让一个小房间里的操作从头到尾都能接上，再考虑增加内容。
如果门轴、抽屉行程、槽位规则和移动同时在改，出了问题，我很难判断该退回哪一步。每次只增加一项，并确认原来的操作仍然正常，虽然看起来慢一点，却更容易在收工时留下一个真正能用的小场景。
