Android 调用update

下文详细说明介绍Android 调用update的具体学习方法以及详细工作学习,当休眠的时间已经到了,首先去调用update,即为下一次绘制做准备工作,再让自己休眠起来,最后通知系统重绘制自己。

然后等到苏醒后在Handler中就会让系统区绘制上次修改过的二维方块地图,然后再次Android 调用update,如此循环反复,生生不息),才使得游戏不断被推进,因此,比做“引擎“不为过。

既然update是游戏的动力,要让游戏停止下来只要不再Android 调用update就可以了(因为此时其实是画面静止了),因此游戏进入暂停(这个状态还可以转为“运行“。其实就是继续可以修改,再绘制)

 
 
  1. public void update()
  2. {
  3. if (mMode == RUNNING)
  4. {
  5. long now = System.currentTimeMillis();
  6. if (now - mLastMove > mMoveDelay)
  7. {
  8. clearTiles();
  9. updateWalls();
  10. updateSnake();
  11. updateApples();
  12. mLastMove = now;
  13. }
  14. mRedrawHandler.sleep(mMoveDelay);
  15. }

若进入失败(其实此时二维方块地图还停留在最后一个画面处,这也是为什么在开始时要首先清理掉整个地图)【这一点,可以在游戏失败后,再次开始新游戏,此时通过设置的断点即可观察到上次游戏运行时的底层数据】。

可是个人认为Snake下面这段代码读起来有点怪,有点像一个“先有鸡,还是先有蛋?“的问题,导致我的思维逻辑上出现一个“怪圈“。

 
 
  1. switch (item.getItemId()) {
  2. case MENU_ITEM_DELETE: {
  3. // Delete the note that the context menu is for
  4. Uri noteUri = ContentUris.withAppendedId(getIntent().getData(), info.id);
  5. getContentResolver().delete(noteUri, null, null);
  6. return true;
  7. }
  8. }
  9. return false;

按照这段代码的意思来看,当休眠的时间已经到了,首先去Android 调用update,即为下一次绘制做准备工作,再让自己休眠起来,最后通知系统重绘制自己。哎,这让我难以理解,还是回到时刻0的例子来说,在时刻0时让蛇身向北前进了一步(指的是底层的二维方格地图的修改,不是界面)。

然后让自己休眠0.6毫秒,当时间到了,首先去Android 调用update方法,那么就又会让蛇身做出修改,也就是把上一次还没绘制的覆盖掉了(那么上一次的修改岂不是白费,还没画上去呢)。

更何况在update中又会让自己去休眠(还没调用invalidate,怎么又去休眠了?),又怎么还能去通知系统调用我的onDraw方法呢?也就是说invalidate根本没有执行???按我的理解,应该把顺序颠倒一下,先通知系统去调用onDraw方法重绘,使得上一次对底层二维方格地图的修改显示出来。

然后再去为下一次修改做准备工作,最后让自己进入休眠,等待苏醒过来,如此循环反复。实验证明,颠倒过来也是正确的,不过关于这一个迷惑我的地方,希望有朋友能指点我一下!记得在javascript里使用setInterval时,也是先写处理逻辑,然后在末尾处写上一句setInterval(这也是我习惯的思维方式了),难道google上面这种写法有何深意?

此外,感觉每次绘制时都重新绘制墙壁,有点浪费时间,因为墙壁根本没有任何变化的。还有就是mLastMove这个变量设置的初衷是保证当前时间点距上一次变化已经过去了mMoveDelay毫秒,可是既然已经用了sleep机制,再使用这个时间差看上去并无必要。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值