android 动态背景的实现以及SurfaceView中添加EditText控件
首先还是一贯作风，我们先看案例：
静态图看不出来效果，如果用过此软件（扎客）的同学们都知道，她的背景会动.怎么样，是不是觉得很时尚,起码比静态的要好(个人观点).其实实现起来并不复杂，这个如果让做游戏程序员做简直太小儿科了，这里我说明一点，其实我们做应用的也应该多少了解下游戏编程思维，起码对我们做应用有很好的帮助.
下面我简单介绍下实现方式.
实现原理：自定义一个SurfaceView控件.对之不停的onDraw,使得其背景动起来.
对于SurfaceView如果不了解的同学们麻烦你先上网查找下，网上相关介绍很多.
这里我简单介绍下其功能：首先这个控件是View的子类.好处就是可以在线程中（非UI线程）对UI进行更新.
MySurfaceView.java
package com.jj.dynamic;
import android.content.Context;
import android.graphics.Bitmap;
import android.graphics.Canvas;
import android.graphics.Color;
import android.graphics.Paint;
import android.graphics.PorterDuff;
import android.util.AttributeSet;
import android.view.SurfaceHolder;
import android.view.SurfaceView;
import android.view.SurfaceHolder.Callback;
public class MySurfaceView extends SurfaceView implements Callback, Runnable {
private Context mContext;
private SurfaceHolder surfaceHolder;
private boolean flag = false;// 线程标识
private Bitmap bitmap_bg;// 背景图
private float mSurfaceWindth, mSurfaceHeight;// 屏幕宽高
private int mBitposX;// 图片的位置
private Canvas mCanvas;
private Thread thread;
// 背景移动状态
private enum State {
LEFT, RINGHT
}
// 默认为向左
private State state = State.LEFT;
private final int BITMAP_STEP = 1;// 背景画布移动步伐.
public MySurfaceView(Context context, AttributeSet attrs) {
super(context, attrs);
flag = true;
this.mContext = context;
setFocusable(true);
setFocusableInTouchMode(true);
surfaceHolder = getHolder();
surfaceHolder.addCallback(this);
}
/***
* 进行绘制.
*/
protected void onDraw() {
drawBG();
updateBG();
}
/***
* 更新背景.
*/
public void updateBG() {
/** 图片滚动效果 **/
switch (state) {
case LEFT:
mBitposX -= BITMAP_STEP;// 画布左移
break;
case RINGHT:
mBitposX += BITMAP_STEP;// 画布右移
break;
default:
break;
}
if (mBitposX <= -mSurfaceWindth / 2) {
state = State.RINGHT;
}
if (mBitposX >= 0) {
state = State.LEFT;
}
}
/***
* 绘制背景
*/
public void drawBG() {
mCanvas.drawColor(Color.TRANSPARENT, PorterDuff.Mode.CLEAR);// 清屏幕.
mCanvas.drawBitmap(bitmap_bg, mBitposX, 0, null);// 绘制当前屏幕背景
}
@Override
public void run() {
while (flag) {
synchronized (surfaceHolder) {
mCanvas = surfaceHolder.lockCanvas();
onDraw();
surfaceHolder.unlockCanvasAndPost(mCanvas);
try {
Thread.sleep(100);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
@Override
public void surfaceCreated(SurfaceHolder holder) {
mSurfaceWindth = getWidth();
mSurfaceHeight = getHeight();
int mWindth = (int) (mSurfaceWindth * 3 / 2);
/***
* 将图片缩放到屏幕的3/2倍.
*/
bitmap_bg = BitmapUtil.ReadBitmapById(mContext, R.drawable.hypers_bg,
(int) mWindth, (int) mSurfaceHeight);
thread = new Thread(this);
thread.start();
}
@Override
public void surfaceChanged(SurfaceHolder holder, int format, int width,
int height) {
}
@Override
public void surfaceDestroyed(SurfaceHolder holder) {
flag = false;
}
}
下面是我们只需要在Main.xml中引用即可.
怎么样，看起来还不错吧.其实我只是想说明一点.我们应用中完全可以把游戏融入进去，这样我们可以得到另一番景象，不过话说回来，这样也会带来相应的负面影响，因为都是画上去的，所以工作量也会翻倍.总之根据自己需要来开发就好了.
下面我上传下APK，大家可以下载安装下看看，说不定你可以从中找到灵感.
HypersParty.apk
下面我们再看一个页面：
我想说明的是这个密码后面的EditText的问题，要加上去很简单，我们直接可以通过布局搞定，下面我们看布局文件
这里我没有上布局文件代码，是因为我觉得看这个视图更好理解一点，不是么，有很多一上来就把布局文件啪啦啪啦贴出来，还得读取半天.
我说下诡异问题.看下面张图片：
这张图片是我点击键盘后让键盘小时候的结果（注：此时软键盘可以遮挡输入框）.其实如果你再次点击edittext，其实它还在原位，只是surfaceView在绘制的时候影响到了，原因不明.(下面我说个更诡异的问题，真是一个接一个，弄的我有想摔手机的心都有了.我的测试机是华为S8600,android2.3的，然后我用oppo手机android4.0测试的时候用截图工具竟然截不出来上面这张bug图片，手机助手显示是OK，但是手机上显示是BUG，NND,当时郁闷的要死，不管了这也不是重点.)
解决方法很简单：我们只需要在我们的activity中执行这段话就ok了.(同样适用于自定义的dialog.)
getWindow().setSoftInputMode(
WindowManager.LayoutParams.SOFT_INPUT_ADJUST_RESIZE
| WindowManager.LayoutParams.SOFT_INPUT_STATE_HIDDEN);效果图：
问题又出来了，看着怎么这么别扭呢，为什么密码跑了那么高呢?
这个问题没有解决，希望同学们有解决方案的朋友们麻烦告知下，（尝试多次不行，个人感觉系统是以edittext为对象，将之弹起，中间的距离和edittext本身在布局中的位置有关，如果在底部的话，那么正好在键盘的上面）。
有文章说 getWindow().setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_ADJUST_PAN); 这句话可以解决，可惜试了试不尽人意.
总之看着还说的过去，临时就这样了，昨天在群里问了问，有朋友们提出，弄一个透明的dialog，activity，想想虽然没有这么搞的，但是确实可行，只要你处理得好，根本看不出来他们不是一个布局.
最后简单说明一点：其实在surfaceView中一般不需要加edittext控件的，比如说游戏，即使要的话，也会弹出一个性感的dialog.在其中加载控件（尤其是edittext）几乎就不会有这样的需求，即使有了，我们换个思维实现就OK了.