Android中类似于奇虎360手机卫士中摇一摇效果实现

首先 我们看下360摇一摇的那个界面

（我去，这图片大了点～～，ubuntu找不到图像编辑工具）

因为目前有个蛋疼的需求，要做过类似与这样小球晃来晃去然后跳出个结果来的东西。

说的白点，其实我这边的一个功能是，彩票趣味选球的一个需求。

基本看了下市面上都是以生肖啊，星座啊来实现一个趣味玩法。

但是我们这边设计说不能太和市面上的重样了。

觉得360这样撞击挺好玩的，就先做个这样的玩玩。

当然，以幸运选号这个重点词来说，相对来说星座和生肖这样是比较符合常理，我们这个只是说一个机选的变种，

所以我们暂时叫他为趣味选号嘛，^_^。

其实我本来想是做个类似于电视上看到那种，一个开奖池哗啦啦滚出几个球。

或者简单点是做类似与这样一个幸运打球，撞击一下分出个小球来，直到小球满足一注。

然后发现这觉逼是个比较浩大的工程，可能可以用下box2d现成的框架，但是有时间慢慢看下文档，花点时间也会死可以，

然后目前我真在火力全开学IOS阶段，其他的都有点浮云，基本希望1-2天熟悉然后搞完，毕竟这只是附带小工能。

这次产品第二个版本，老大也就分了优先级不高的，只是产品润色而非核心的东西。

废话完毕。

下面我们简单的看下360这个是怎么实现。

我大概玩了下，基本内容其实不多

1.利用了加速度传感器

2.碰撞检测

3.游戏音频

第一点，传感器这个说起来简单，但是一开始还是有点云里雾里，到底手机怎么动，x，y，z的变化是什么

这个大伙自行百度吧，但是baidu出来了，没有很好空间感，还是会迷糊的，最好的做法是改变手机运动，打印除 x，y，z的值

比如：

/**
	 * 1.手机站立时：x = 0，01；y = 9.8,实际方向下微微偏左（0.01，9.8）， 2.手机左高右低 x = -9.8; y = 0.01

	 */

因为小球是在二维空间动，我这边没考虑z；

第二点：弄明白了后，你就基本知道如何老控制小球了，但是对于看360这个摇一摇来说，

我不知道它的物体运动是如何模拟的，我这边只是比较寒碜的用了下初中级别的物理知识来冒充下，当然，会有许多bug。

因为纯粹的以加速度来提供物体速度，我反正模拟不出那种死命摇晃后，变态的小球速度。因此我这边做了点小处理

	@Override
	public void onSensorChanged(SensorEvent event) {
		//主要是为了清除爆发模式时我们人为因素增大的加速度
		accelerationX = 0;
		accelerationY = 0;
		//方法一：爆发式的，即晃动频率达到一个级别后，调用。
		
		long curTime = java.lang.System.currentTimeMillis();
		if ((curTime - lastTime) > 10) {
			long diffTime = (curTime - lastTime);
			lastTime = curTime;
			float x = event.values[0];
			float	y = event.values[1];
			float z = event.values[2];
			float speed = Math.abs(x + y + z - lastX - lastY - lastZ)
					/ diffTime * 10000;
			Log.i(TAG, "speed是：：："+speed);
			if (speed > 400d) {
				//剧烈晃动，进入疯狂模式～～～
				accelerationX = x*10;
				accelerationY = y*10;
				preTime = curTime;
				//}
			}
//			else if(speed < 50d){
//				accelerationX = 0;
//				accelerationX = 0;
//			}
//			else{//此代码是基本时刻赋予了物体一个加速度，在开启碰撞音效下慎用～～
//				accelerationX = x * 0.5f;
//				accelerationY = y *0.5f;
//			}
			lastX = x;
			lastY = y;
			lastZ = z;
		}
』

因此看上面代码，我提供了两种模式，一种是爆发模式。其实就一个检测晃动速率的东西，然后赋予一个加速度我顺便 *10，目前来看，有点快～

检测的灵敏度也高了点 50d，这个反正都是慢慢格局设备自己测试获取一个最好值

正常模式下则呢没看注释掉的那段。

第三点：对于传感器和小球控制基本解决了，下面是碰撞检测。

这个其实很简单，就是一个边界检测

/**
	 * 与边界检测碰撞
	 * 
	 * @param x
	 * @param y
	 * @param w
	 * @param h
	 * @return
	 */
	public boolean isCollision(float x, float y, float w, float h) {

		if (y >= this.y || this.y + r >= h) {
//			if(Math.abs(speed.y) > 80f ){
			Log.i("LILITH", "was Collision");
			rebound(COLLISION_X);
			return true;
//			}
		} else if (this.x <= x || this.x >= w - r) {
//			if(Math.abs(speed.x) > 80f){
			Log.i("LILITH", "was Collision");
			rebound(COLLISION_Y);
			return true;
//			}
		} 
		//	Log.i("LILITH", "was Collision");
			return false;
	}

然后是碰撞后物体反弹效果，我这么只是简单做了角度反射，画下图就知道，因为我定义的小球速度是类似以向量定义的（Vx，Vy）；
因为真正意义上我们不同绘制小球其实就是绘制一个（x，y）的坐标，那速度其实就是针对与在x，y上的加减咯。

/**
	 * 碰撞后反弹
	 */
	public void rebound(int tag) {

		if (tag == COLLISION_X) {
			speed.x = (speed.x * 0.9f);
			speed.y = -(speed.y * 0.9f);
		} else if (tag == COLLISION_Y) {
			speed.x = -(speed.x * 0.9f);
			speed.y = (speed.y * 0.9f);
		}
	}

小球的反弹我是这么定义了，就是一个x，或是y速度的反过来（什么，为什么不是两个都反过来？画下图你就知道了～）
然后对于能耗，我随意设置了一个 0.9，即每次碰撞，速度变为 原来的0.9；这个你设置个变量，类似与和box2d那样的动态设置。


第四点：碰撞的音频检测，这个基本没什么说的，看下代码就懂了。
主要是要处理一个bug，小球看似静止在边界了，就是一个无限撞击过程，如果你设置了撞击声音，你懂的～
但是有人会很所以然的说，判断下啊，速度为0，不算碰撞好了。
但是，别忘了。你设置了一个加速度传感器，默认会有一个地球的重力加速度。
因此我简单两种做法：如果不设置音频，没问题的。
要音频的画，我这边是舍弃了时刻检测赋值一个加速度。
当然，也许还有更好的办法，大伙可以自行解决，比如神马受力啊，能量啊。。。


然后我们看下我们的效果。。其实没啥看得，因为截图它不会动～

忽略上面那个。。那是测试绘制重叠测试绘制上去的。

下面我把我混乱的代码，里面会有好几个类，几个接口什么的基本没用，这是写习惯，刚开始琢磨要写个比较庞大的项目，

（因为想顺便写个传感器小游戏），后来当你慢慢想设计一个好的模拟世界时，你会发现，怎么跟 box2d框架好像。

比如设置一个运行空间，碰撞监听，加速度啊，恢复力啊什么的。

前人设计的轮子，其实还是蛮好使的。

然后不知到为什么，我直接碰撞操作检测放在物体 go的代码里，运行后模拟有bug。

比较赶时间，又发现模拟时有bug～～

以下是打包代码，代码比较随意，不好意思。有不足处，大家可以完善下

http://download.csdn.net/detail/nono_love_lilith/4291838