【Android游戏开发二十二】（图文详解）游戏中灵活实现动画播放！简述J2me的游戏类库与Android游戏开发！

时间 2019-11-05

标签 Android游戏开发二十二图文详解游戏灵活实现动画播放简述 j2me android 开发栏目游戏繁體版

原文原文链接

李华明Himi 原创,转载务必在明显处注明：
转载自 【黑米GameDev街区】 原文连接: http://www.himigame.com/android-game/361.html

因为写书的缘故，博文更新缓慢，你们体谅，今天针对群内常提出动画实现的问题来进行一个详细讲述；css

此章节适合没有作过游戏开发的同窗学习！html

作过Android软件的童鞋们，在学习游戏开发的时候，思惟老是被固定在了Android系统组件上!好比动画实现总想着利用BitmapDrawable、Animation等系统提供的类和方法来实现！java

其实在本人之前作J2me开发的时候，J2me Api从MIDP2.0开始提供和封装了Sprite类，通名：精灵类！这个类的几种构造的时候只须要提供图片的大小、宽高、等，就能够生成一个精灵了，由于精灵类提供了碰撞检测、动画播放等方法，让开发者在开发游戏中非常方便。那么其实在制做一些较为复杂的、或者网游开发中，公司内都不会利用这个精灵类来去作，抛开机型不说，由于每一个公司都会有其引擎和各类编辑器等等、那么确定须要扩展，若是利用sprite来开发不只扩展不方便、不灵活以外并且和编辑器、引擎搭配开发也不适合。可是通常而言，精灵类足够用！可是通常仍是利用MIDP1.0自定义完成这个2.0提供的Spirte类,这样更容易维护和自定义扩展！android

并且J2me提供的游戏开发包也是一个现成好用的引擎！因此这也能够理解为何在Android游戏开发中，你们不少时候还总会看到Sprite类的影子！还有不少作过me的同窗会看到相似的代码，总说“你这Android游戏开发不仍是J2me的那套东西么！”，呵呵，没错，可是请童鞋们先想一下，Android如今SDK 升级到了2.3 了，有据说哪一个版本中提供了相似meAPi中的“Game”专用于开发游戏的开发包？答案是确定没有。并且能把本身在me中的游戏框架拿到android来，更快的进入开发也是很好的，固然这里不是推荐把j2me的那几个游戏扩展包直接拿来用，这种属于移植 - -。反而更加浪费游戏的效率！ canvas

总结一句：不是你们不想抛开me的架构来作原生态的Android游戏！而是Android如今没有更好的适合游戏的开发包；数组

很少说别的了，今天主要为各位童鞋讲解在游戏中如何实现动画！架构

实现动画，咱们通常都是本身去利用图片数组、切片的变换造成的动画。那么下面给你们简单介绍两种实现方式：框架

第一种：利用图片数组，不断改变画在画布上的图片数组下标，从而实现动画的造成！(每张图片是动画的一帧)编辑器

注意：下面这一段写的是演示代码！请自行整理；学习

变量：
 Bitmap bmp0,bmp1,bmp2;
 Bitmap[] bmp_array = new Bitmap[3];
 int bmpIndex;
 
初始化中：
bmp0 = BitmapFaxxxxxxxx;
bmp1 = BitmapFaxxxxxxxx;
bmp2 = BitmapFaxxxxxxxx;
bmp_array[0] =bmp0;
bmp_array[1] =bmp1;
bmp_array[2] =bmp2;
    
画布中：//一直在刷新画布
canvas.drawBitmap(bmp_array[bmpIndex]);
   
逻辑中： //线程中一直在执行逻辑
bmpIndex++;
if(bmpIndex>=bmp_array.length)
   bmpIndex = 0;

逻辑中一直让bmpIndex++，为了让图片数组下标能向着下一张图片索引,这样一来在画布中，就造成了动画了。

有的童鞋说如何控制动画的播放速度呢？有的说改变线程的休眠时间！！？

游戏开发中通常都只要一个线程来控制，那么若是你为了控制动画的快慢而轻率的去改变线程的休眠时间，那就大错特错了。咱们不该该去动主线程的刷新时间（休眠时间）而是想着去针对动画去想办法，这样别的地方不会受到影响！

通常状况下，刷新时间（线程休眠时间）很快，童鞋们确定是嫌动画播放太快，那么咱们能够自定义一个计时器。好比咱们定义一个变量去消耗掉一些时间！看如下代码：

此段代码仍然是演示代码，请注意自行整理；

 变量： Bitmap bmp0,bmp1,bmp2; Bitmap[] bmp_array = new Bitmap[3]; int bmpIndex; int time; 初始化中： bmp0 = BitmapFaxxxxxxxx; bmp1 = BitmapFaxxxxxxxx; bmp2 = BitmapFaxxxxxxxx; bmp_array[0] =bmp0; bmp_array[1] =bmp1; bmp_array[2] =bmp2; 画布中：//一直在刷新画布 canvas.drawBitmap(bmp_array[bmpIndex]); 逻辑中： //线程中一直在执行逻辑 time++; if(time%10==0){ bmpIndex++; } if(bmpIndex>=bmp_array.length) bmpIndex = 0;

这段代码和以前那一段惟一的差异就是新增长了一个变量 time ,咱们假定咱们刷新时间（线程休眠时间）为 100毫秒，那么time++;

当if(time%10==0)成立的时候理论上确定就是正好是一秒钟，【10（time）*100(线程休眠时间)=1000(正好1秒)】这样一来就OK，解决了！

第二种：利用切片来实现动画；（全部帧数都放在同一张图片中）

开发过游戏的确定很熟悉下面这两张图:

图1 ：

图2：

图1，是个规则的帧数组成的一张图片，图2则是动做编辑器生成的图片。

游戏中通常经常使用的是规则的如图1同样的图片，这样的图片比咱们第一种实现动画的方式为内存剩下了很多，那么图2由动做编辑器生成的固然更省！这里针对图2这个我就先很少讲了。由于关联到编辑器等、你们能够自行百度下；

咱们来看图1，若是常常看我博客的会发现图1很熟悉，嘿嘿，对的，这个是《【Android游戏开发之四】Android简单游戏框架》中一我的物行走的demo，第四章我讲解的是一我的物行走的demo，可是关于细节代码当时没有作特别注释和说明，今天正好用在这里，为各位童鞋详解讲解下：

先上段代码：

/**
 *@author Himi
 * 
 	//为了让童鞋们更容易理解，我这里是把图片分割出来，
 	//分为上下左右四我的物方向的数组
 	private int animation_up[] = { 3, 4, 5 };    
    private int animation_down[] = { 0, 1, 2 };    
    private int animation_left[] = { 6, 7, 8 };    
    private int animation_right[] = { 9, 10, 11 }; 
public void draw() {    
        canvas = sfh.lockCanvas();    
        canvas.drawRect(0, 0, SW, SH, p);  
        canvas.save();  
        canvas.drawText("Himi", bmp_x-2, bmp_y-10, p2);    
         //这里的clipRect是设置可视区域，记得要 canvas.save();   canvas.restore();
        //若是不懂请看【Android游戏开发之四】 ，这里我主要介绍canvas.clipRect() 
        //以及canvas.drawBitmap()两个方法中的几个参数!
        canvas.clipRect(bmp_x, bmp_y, bmp_x + bmp.getWidth() / 13, bmp_y+bmp.getHeight()); 
        //bmp_x:图片的x坐标
        //bmp_y：图片的y坐标
        //bmp_x + bmp.getWidth() / 13 ：图片的x坐标+每一帧的宽度
        //bmp_y+bmp.getHeight()  ：图片的y坐标+每一帧的高度 
        if (animation_init == animation_up) {    
            canvas.drawBitmap(bmp, bmp_x - animation_up[frame_count] * (bmp.getWidth() / 13), bmp_y, p); 
            //bmp:有不少帧在一块儿的这张图片(图1)
            //bmp_x - animation_up[frame_count] * (bmp.getWidth() / 13) :
            //图片的x坐标 - 每一帧的X坐标(这里看备注1)
        	//bmp_y：图片的y坐标
        	//p：画笔
        } else if (animation_init == animation_down) {    
            canvas.drawBitmap(bmp, bmp_x - animation_down[frame_count] * (bmp.getWidth() / 13), bmp_y, p);    
        } else if (animation_init == animation_left) {    
            canvas.drawBitmap(bmp, bmp_x - animation_left[frame_count] * (bmp.getWidth() / 13), bmp_y, p);    
        } else if (animation_init == animation_right) {    
            canvas.drawBitmap(bmp, bmp_x - animation_right[frame_count] * (bmp.getWidth() / 13), bmp_y, p);    
        }    
        canvas.restore();  //备注3  
        sfh.unlockCanvasAndPost(canvas);    
    }    
    public void cycle() {    
        if (DOWN) {    
            bmp_y += 5;    
        } else if (UP) {    
            bmp_y -= 5;    
        } else if (LEFT) {    
            bmp_x -= 5;    
        } else if (RIGHT) {    
            bmp_x += 5;    
        }    
        if (DOWN || UP || LEFT || RIGHT) {    
            if (frame_count < 2) {    
                frame_count++;    
            } else {    
                frame_count = 0;    
            }    
        }    
        if (DOWN == false && UP == false && LEFT == false && RIGHT == false) {    
            frame_count = 0;    
        }    
    }   
    */

备注1：解释为何要 “图片的x坐标 - 每一帧的X坐标”：

你们先看下图：

假设：咱们如今把可视区域设定在（0，0）点，但是区域大小正好是图片每一帧的宽高；那么此时咱们先在可视区域中显示下标为0的帧，咱们只要把整张图片画在（0，0）便可，如上图中画的同样，如今只有第一帧能看到，那么咱们若是想看第二张呢？固然是用图片的x坐标 - 每一帧的X坐标，就能看到下标为1的这一帧！以下图；

OK,这里我要强调一下：必定要理解这种思路，由于咱们这里图1的高正好是每帧的高，可能之后有高宽都不同！因此这里我在向你们介绍这种思路，千万要学以至用！！！OK，今天就讲到这，继续忙着写书啦。谢谢你们一直的支持！

Thx everybody！娃哈哈~

原文连接： http://blog.csdn.net/xiaominghimi/article/details/6221581