Update from Sync Service
This commit is contained in:
+10
-1
@@ -24,13 +24,22 @@
|
|||||||
### 那么将这些现实中的设计照搬进游戏如何 ?
|
### 那么将这些现实中的设计照搬进游戏如何 ?
|
||||||
|
|
||||||
答案是不太行,因为游戏的交互输入方式与现实截然不同,我们游戏的交互输入依赖手柄、键鼠等控制设备,不能以行为直接交互。
|
答案是不太行,因为游戏的交互输入方式与现实截然不同,我们游戏的交互输入依赖手柄、键鼠等控制设备,不能以行为直接交互。
|
||||||
|
|
||||||
如果还以上述的门为例,那么首要应该确认的问题是玩家该如何与门交互。
|
如果还以上述的门为例,那么首要应该确认的问题是玩家该如何与门交互。
|
||||||
在现实里我们天然知道什么样的门可以怎么样交互,什么门不能轻易交互(银行保险柜门)。
|
在现实里我们天然知道什么样的门可以怎么样交互,什么门不能轻易交互(银行保险柜门)。
|
||||||
|
|
||||||
而且在现实里我们也默认墙上的门就是真门,然而在游戏里并不是所有的门都是真门。会有很大一部分会是装饰用贴图或者无交互模型。
|
而且在现实里我们也默认墙上的门就是真门,然而在游戏里并不是所有的门都是真门。会有很大一部分会是装饰用贴图或者无交互模型。
|
||||||
|
|
||||||
一般情况下向玩家提示可交互与不可交互门,会以视觉差异做引导。
|
一般情况下向玩家提示可交互与不可交互门,会以视觉差异做引导。
|
||||||
|
|
||||||
常见的做法是靠近某个可交互门时会在界面上显示某种指示器,提示玩家按什么按键交互。不过这种在远距离时很难去辨认。
|
常见的做法是靠近某个可交互门时会在界面上显示某种指示器,提示玩家按什么按键交互。不过这种在远距离时很难去辨认。
|
||||||
|
|
||||||
在大部分僵尸游戏中,常见的方案是用木板封住不可用的门或者在门前设置障碍物,直观表明此门无法通过。
|
在大部分僵尸游戏中,常见的方案是用木板封住不可用的门或者在门前设置障碍物,直观表明此门无法通过。
|
||||||
|
|
||||||
同时在游戏中玩家执行了错误的交互也要给反馈,如当玩家靠近不可交互门时可能会狂按按键或者手柄也没反应,因此还需要某种专门提示不可用。可能的设计有手柄震动、异常特效。
|
同时在游戏中玩家执行了错误的交互也要给反馈,如当玩家靠近不可交互门时可能会狂按按键或者手柄也没反应,因此还需要某种专门提示不可用。可能的设计有手柄震动、异常特效。
|
||||||
|
|
||||||
然后就是玩家挡住门时的开门问题。现实中开门时人类会将门拉过身侧,而游戏中玩家只会按下按钮来交互。此时门开向若在玩家这侧很有可能会因为场景布局问题挤动玩家卡在场景中。
|
然后就是玩家挡住门时的开门问题。现实中开门时人类会将门拉过身侧,而游戏中玩家只会按下按钮来交互。此时门开向若在玩家这侧很有可能会因为场景布局问题挤动玩家卡在场景中。
|
||||||
有一种简单的解决方案就是让门不再朝玩家方向开,让门往里进。但玩家想要关门时这个问题又绕回来了。另一种方案是推拉门,如果场景允许推拉门的出现,那么可开关的门推荐使用推拉门。但需要额外的反馈告诉玩家门框的存在。否则关门后门就像消失了一样。
|
|
||||||
|
有一种简单的解决方案就是让门不再朝玩家方向开,让门往里进。但玩家想要关门时这个问题又绕回来了。另一种方案是推拉门,如果场景允许推拉门的出现,那么可开关的门推荐使用推拉门。但需要额外的反馈告诉玩家门框的存在。否则关门后门就像消失了一样。
|
||||||
|
|
||||||
|
反正总结一下就是,设计可取材于现实,而不能照搬,设计的东西必须要考虑到玩家心理直觉与游戏交互局限,
|
||||||
Reference in New Issue
Block a user