Make Your Game Input Robust

Make Your Game Input Robust

 仅供个人学习使用,请勿转载,勿用于任何商业用途。

    如果你读过 之前 那篇关于InputManager的文章,那么非常抱歉,最近发现那样的设计是有缺陷的。我又一次被隐藏的复杂性打败了-_-#。

    问题一,以什么频率进行输入更新。对于XNA framework来说,每次程序主循环调用Update时,都会刷新KeyboardState和MouseState,通过这2个对象,可以查询某个按键是否处于pressed或者released状态。那么是否每次update时同时更新IM的状态呢? 显然不行。通常来说,人的输入速度极限是相对固定的,比如每秒击键n次,并且只可能在n附近的范围内小幅波动。而Update则不一样,可能每秒更新30次,60次或者更多。之前的文章讨论过合适的更新频率,不再重复。这里要提醒的是过高和过低的更新频率都将会让输入变的不精确。过低的更新频率导致的输入失真是显而易见的。但为什么过高也不行呢?当然,这里IM更新的最高频率只能小于等于主循环update的频率。设想用户正在通过敲击键盘输入文字,假设用户的极限击键速度是0.05秒,也就是至少有0.05秒按键将处于pressed的状态。好了,如果你0.01秒更新一次IM状态,那么在0.05秒内将触发5次KeyPressed事件,结果是用户敲击一个按键,就出现5个相同的字母。当然,可以通过取巧的方法来解决这个问题:只通过KeyDown事件完成输入,如果要重复输入同一文字,则必须反复击键而不能通过一直按下按键来完成——虽然不完美,但也算是可以接受的。

    问题二:IM是否该提供IsKeyDown,IsKeyUp,IsMouseDown,IsMouseUp这四个函数。对问题1的结论稍加推测,你就可以发现答案是否定的。这里明确一下Down和Up的定义,它们描述的都是按键状态改变*瞬间*的状态。也就是说t1时刻a处于released状态,t2时刻a被按下,此时a处于down状态,同时也处于pressed状态,t2之后的任何时刻,即使a仍处于pressed状态,但都不满足down状态。当然,由于采样可能存在的误差,不可能精确的恰好在t2时检测到keydown状态,通常是在t2之后某个很短的时间内才检测到,不过这并不会有太大影响。 有了这个定义,就可以发现,只有在IM的更新频率和主循环的更新频率相同时,这4个函数才有可能正确工作。假设2者更新频率不同,t1时刻,Update和IM同时进行更新,IM发现键a刚好被按下,于是标记为keydown和pressed状态。Update中的逻辑代码通过IsKeyDown查询按键a,获得了keydown和pressed信息;t2时刻,Update再一次被调用,但IM的更新间隔还没有到,这时逻辑代码再次检测a键的状态,将会再次获得keydown信息,而这次的消息显然是错误的。当然,如果你的主循环和IM都以30fps的速率更新,则不会有这样的问题,不过,为了满足更通用的情况,应该完全删除这4个函数,down和up消息都只能通过事件获得,而无法查询。
  
    问题三:IM是否该记录按键被按下的时间。从实践上来看,需要查询按键被按下时间长度的情景是非常少的。不过这并不能成为是否需要这个储存这个值的主要因素。如果继续对问题二的讨论,你就会发现IM所记录的按键时间同样是带有误导性的,只有在IM的更新频率和主循环的更新频率相同时正确。所以同样同样应该删除这个变量,让逻辑代码自己实现是否记录按键所按下的时间。

    问题四:IM是否应该实现click和doubleclick事件。这是我常常看到人问的问题。在IM中添加这2个事件是非常容易的,问题在于当click事件发生以后,谁应该获得这个消息呢?我是这样定义click事件的:当鼠标在某个对象的屏幕范围内,很短时间里相继触发了同一按键的Down和Up事件,则称为一次click。从定义可以看出,问题的关键在于click依赖于某一个IM之外的对象,我们不能仅凭IM在很短时间内探测到的连续Down,Up事件,就触发一次click。很有可能是在a物体的屏幕范围内发生的down,然后在b物体的范围内发生了up,这时无论a还是b都不应该获得click事件。因此,click应该属于更高层的类中,不应该出现在IM里。

 

 

 

你可能感兴趣的:(工作,input,UP,IM)