|
我是酱油，这是第124期文章 有位程序同事是游戏达人，对手感很在意，容不得一点延迟。工作里，经他负责的玩法，都会把手感调到极佳，并乐此不彼地向旁人展示他的成果：看！是不是操作起来很爽？ 很多策划与这位程序小哥配合后，都对他赞赏有加。不禁感慨：会写代码的程序员多，能写得好的人少，而写得一手好代码，又追求手感的程序员，少之又少，简直是团队珍宝。 在我们的认知里，策划才是游戏主导，对用户体验更上心。可为什么这种事情发生在程序员身上，而不是策划身上呢？ 经过这次游戏制作后发现：手感这事不仅是设计问题，还是技术上的问题。 作为策划，肯定希望手感好，但能好到什么程度，就取决于程序的技术了。所以行业里才有这说法：没有程序美术，策划啥都不是。 今天是制作游戏的第5天，主要优化手感。 在之前的游戏里，控制小狐狸起跳环节是有瑕疵的，有时候点击跳跃键，小狐狸并没有跳跃，所以准确地说，这已经是bug了。 但为什么会有这个bug呢？ UP主在研究后，跟大伙分享了其中的缘由，此处省略几千字，因为看完还是懵，所以自己也查了一些资料，做了通俗的注释。 原来在Unity里，用来检测按下跳跃键的代码Input.GetButtonDown，最好在Update里调用，而不是在FixedUpdate里调用。 所以通常做法是：在Update里检测玩家是否按下跳跃键(发送跳跃命令)，在FixedUpdate里接收命令后就控制角色起跳。 但Update在刷新时会重置，而FixedUpdate又是每0.02秒执行一次，万一Update发送出去的消息刚好落在FixedUpdate的执行间隔里，角色没起跳，然后Update刷新后又重置了(即便此时仍然按着跳跃键，也不会再次发送跳跃命令)，就导致角色有小概率没跳起来。 那怎么办呢？ 新增一个参数(默认为0)，当Update检测玩家按下跳跃键时，就把这个参数设置为1。在FixedUpdate里，如果发现这个参数为1就起跳，起跳后恢复为0。这样就保证了按下跳跃键，角色必然起跳，会有延迟吗？理论上有，最多延迟0.02秒，但体验时感受不出来。 这样问题就圆满解决了，终于实现了控制角色跳跃时，能做到点击即起跳。 今天分享到这儿，大家有遇到什么问题吗？欢迎给我留言，一起来吐槽制作游戏这个大工程。 附：今日份的视频教程
|
|
|
