有趣的Axure案例:投篮游戏抛物线设计

8 评论 23542 浏览 26 收藏 9 分钟

投篮效果实现的难度主要在于抛物线运动的实现,相比较作者的前几个实例,该实例的运算量要大很多,也是作者首次发现网页出现了卡顿,因此为了保证主要功能运行的流畅,次要功能没有保留。

本实例的特点是:篮球在重力的影响下应该呈现抛物线式的运动。界面中直接给出了游戏的参考线,篮球将会沿着这条线射出,然后在重力的作用下逐渐下降,进入篮筐后得分。

本次制作吸取了像素鸟的教训,没有让背景的云飘起来,这样可以大大减少gif图的体积,从而能够上传游戏流程。

一、成果展示

体验地址:点我体验

交互说明:

  • 当点击大炮的时候开始进行蓄力,同时上方出现蓄力条;
  • 当松手的时候篮球将会射出;
  • 篮球的运动轨迹为抛物线,且沿着指导线的方向射出;
  • 当篮球进入篮筐后得分并可以进行下一次射击;
  • 如果未能够投中,游戏结束,刷新后继续挑战吧。

二、制作过程

1. 背景绘制

同之前的方式一样,首先需要找到免费的素材并下载,然后根据素材的品质调整大小以及扣去背景。并将所有的素材加载到axure之中,然后调整位置大小并将所有素材的位置记录下来。注意这一步以前是没有的,记录素材的位置有利于之后抛物线的实现以及一些逻辑判断。

将所有的元素都摆放整齐之后沿着炮筒的方向画一条直线,作为辅助线帮助用户估计设计的角度。

2. 让辅助线动起来

将辅助线转化为动态面板,设置state1和state2,把state2的线略微进行平移,这样只要频繁切换两个面板就会给人线移动的错觉。面板切换的方式为设置动态面板循环,循环的速度依据实际情况而定,总之感觉不要太违和就可以了。

3. 设置全局变量

本例子的全局变量较多,请大家一定要注意哪个是哪个,一旦稍不注意,就有可能出现错误,且公式复杂,错误的地点并不是很好找。

x代表当前篮球的x坐标,e代表游戏状态,e=0即停止所有运动,time为蓄力时间的计算,score为得分的判定。

4. 计算方程

这是本实例最难的一步,需要大家拿出草稿纸来仔细计算,一旦这里出错,结果将会未知。因为axure没有报错的功能,所以要找到出错的点很难。

计算的思路是这样的。

  • 首先由于篮球是从炮孔出去的,所以该抛物线必然会经过这一个坐标;
  • 由于射出的方向是和炮孔平行的,所以这条参考线是该抛物线的一条切线;
  • 抛物线的确定需要三个要素,因此以上两个条件约束后将可以得到一个抛物线系;
  • 按下的时间将作为最后一个要素将抛物线完全确定。

知道了上述因素,我们大概就有思路了,首先先将方程一一写出来。

  • 抛物线方程:y=ax*x+bx+c;
  • 切线方程:求导可以得到y=2ax+b;
  • 已知图中篮球的初始位置是(88,431);
  • 已知切线的斜率为k=(y1-y2)/(x1-x2);
  • 蓄力时间t的获得后面再讲,总之,就是t也是一个已知的量;
  • 让t成为该函数的对称轴即t=-2a/b。

通过上面的推倒最后经过计算可以得到结果。

a=0.39/(2*t-176);

b=-2*a*t;

c=431-7744*a-88*b;

运动总方程为y=(0.39/(2*t-176))x*x+-2*(0.39/(2*t-176))*t*x+431-7744*(0.39/(2*t-176))-88*(-2*(0.39/(2*t-176))*t)。

聪明的你一定发现了什么,是的,上面的总方程中没有a,b,c了,t只要已知,就可以绘制出完整的抛物线实现我们的投篮动作了,接下来让我们来思考t的获取。

5. t的获取

上图中的条件是边界判定,否则计时器将会永远运行下去,现在的做法就是将篮球约束在页面内,所以投出去之后篮球才会停下来。该操作time不断进行自加运算,当鼠标停止按的时候直接将动态变量e设置为0,即可以停止计时,这个时候time的数值计做t,通过该数值即可以判断最终抛物线的形状。

上方蓄力条的制作方法也是类似的,只要获取了time,让time成为其长度即可,这样进度条就可以随着time的积累逐渐加长了。

6. 设置球的运动

之前我们已经获取了所有的数据,这里只需要让他们成为小球的x坐标以及y坐标即可。我们可以使用移动功能,将小球移动到绝对位置。

设置方式如上图所示,条件依然是游戏进行与否的判定,主要内容是移动,将小球移动到绝对坐标的位置。最后x=x+100则是x值的循环,只有x不断取新的值才能够让球持续的运行下去。

7. 得分判定

得分判定的设置如上图所示,为接触式判定,在篮筐处放置一个动态面板,当篮球接触该面板的时候发生下列操作,即复位以及分数的增加。

三、写在最后

本实例的难度主要在函数的计算方面,且由于公式复杂,计算频繁,导致实际运行的时候比较卡,作者做的比较简单, 仅仅保留了核心功能。

本实例要注意的点很多,比如:循环的速度、等待的时间、边界的判定,很多数据都是需要不断尝试的,且有可能逻辑会出现矛盾,以及软件本身bug使得某些动作不会进行。

比如:球的旋转,当加上之后性能明显下降,网页运行效率降低;再比如:球落地或者射高后的结束判断则直接不会执行。当然也有可能是作者的逻辑不对,总之最终版删去了不少功能,最后得到了这个稳定的结果。

#专栏作家#

马璐,人人都是产品经理专栏作家。关注产品设计以及用户体验,力求在技术一定的情况下将产品做到极致,充分发挥技术的潜能。

本文原创发布于人人都是产品经理。未经许可,禁止转载

题图来自作者

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 坐标是代入xy么

    回复
  2. 游戏系列的源文件在哪能看到呢?

    来自北京 回复
    1. 公众号

      来自浙江 回复
  3. 这个原型有bug 蓄力越短 球越快 而且是往上面发射的

    来自浙江 回复
    1. 确实,我都没有发现,因为计算能力有限,所以球的x轴位移速度恒定,而蓄力越短,曲线越弯曲,所以会导致速度加快。而向上走确实是bug了,我得琢磨下怎么出现的。

      来自浙江 回复
    2. 上漂bug已经解决,球越快的问题得加很多东西来计算其速度合成,就不做了。

      来自浙江 回复
  4. 链接终于可以用了,发现如果素材过于大的画,预览没有问题,但是生成的展示确不会完整 ➡

    来自浙江 回复
    1. 厉害了 😯

      来自浙江 回复