【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别)

1. SurfaceView 游戏框架实例

实例效果:就是屏幕上的文本跟着点击的地方移动,效果图如下:

【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别)

 

步骤:

新建项目“GameSurfaceView”,首先自定义一个类"MySurfaceView",此类继承SurfaceView,并实现android.view.SurfaceHolder.Callback 接口,代码如下

【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别) MySurfaceView

修改MainActivity 类,让其显示自定义的SurfaceView 视图

【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别)
public class MainActivity extends Activity {

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    //显示自定义的SurfaceView 视图
    setContentView(new MySurfaceView(this));
}
}
【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别)

配置文件中设置应用程序为全屏

  android:theme="@android:style/Theme.NoTitleBar.Fullscreen" 

具体说明可查看代码。

 

2.SurfaceView 视图添加线程

在游戏中,基本上不会等到用户每次触发了按键事件、触屏事件才去重绘画布,而是会固定一个时间去刷新画布:比如游戏中的倒计时、动态的花草、流水等等,这些游戏元素并不会跟玩家交互,但是这些元素都是动态的。所以游戏开发中会有一个线程不停的去重绘画布,实时的更新游戏元素的状态。
当然游戏中除了画布给玩家最直接的动态展现外,也会有很多逻辑需要不断的去更新,比如怪物的AI(人工智能)、游戏中钱币的更新等等。

下面给上面实例中的SurfaceView 视图添加线程,用于不停的重绘画布以及不停地执行游戏逻辑。

实例效果如下:

【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别)

修改后,MySurfaceView 类代码如下:

【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别) MySurfaceView

代码说明:

(1)线程标识位

【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别) Introductions

(2)获取视图的宽和高

【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别) Introductions

(3)绘图函数 try 一下

【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别) Introductions

(4)提交画布必须放在 finally 中

【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别) Introductions

(5)刷帧时间尽可能保持一致

【读书笔记《Android游戏编程之从零开始》】11.游戏开发基础(SurfaceView 游戏框架、View 和 SurfaceView 的区别) Introductions

 

上面的MySurfaceView 类继承surfaceview类,并且使用回调callback接口以及线程runnable接口。那么这里简单的说下Callback接口和SurfaceHolder 类的作用;

callback接口:

只要继承SurfaceView类并实现SurfaceHolder.Callback接口就可以实现一个自定义的SurfaceView了,SurfaceHolder.Callback在底层的Surface状态发生变化的时候通知View,SurfaceHolder.Callback具有如下的接口:

surfaceCreated(SurfaceHolder holder):当Surface第一次创建后会立即调用该函数。程序可以在该函数中做些和绘制界面相关的初始化工作,一般情况下都是在另外的线程来绘制界面,所以不要在这个函数中绘制Surface。

surfaceChanged(SurfaceHolder holder, int format, int width,int height):当Surface的状态(大小和格式)发生变化的时候会调用该函数,在surfaceCreated调用后该函数至少会被调用一次。

SurfaceHolder 类:

它是一个用于控制surface的接口,它提供了控制surface 的大小,格式,上面的像素,即监视其改变的。 

SurfaceView的getHolder()函数可以获取SurfaceHolder对象,Surface 就在SurfaceHolder对象内。虽然Surface保存了当前窗口的像素数据,但是在使用过程中是不直接和Surface打交道的,由SurfaceHolder的Canvas lockCanvas()或则Canvas lockCanvas()函数来获取Canvas对象,通过在Canvas上绘制内容来修改Surface中的数据。如果Surface不可编辑或则尚未创建调用该函数会返回null,在 unlockCanvas() 和 lockCanvas()中Surface的内容是不缓存的,所以需要完全重绘Surface的内容,为了提高效率只重绘变化的部分则可以调用lockCanvas(Rect rect)函数来指定一个rect区域,这样该区域外的内容会缓存起来。在调用lockCanvas函数获取Canvas后,SurfaceView会获取Surface的一个同步锁直到调用unlockCanvasAndPost(Canvas canvas)函数才释放该锁,这里的同步机制保证在Surface绘制过程中不会被改变(被摧毁、修改)。

本例没有在该surfaceview的初始化函数中将其 ScreenW 与 ScreenH 进行赋值,这里要特别注意,如果你在初始化调用ScreenW = this.getWidth();和ScreenH = this.getHeight();那么你将得到很失望的值 全部为0;原因是和接口Callback接口机制有关,当继承callback接口会重写它的surfaceChanged()、surfaceCreated()、surfaceDestroyed(),这几个函数当surfaceCreated()被执行的时候,真正的view才被创建,也就是说之前得到的值为0 ,是因为初始化会在surfaceCreated()方法执行以前执行,view没有的时候我们去取屏幕宽高肯定是0,所以这里要注意这一点;
 
这里把draw的代码都try起来,主要是为了当画的内容中一旦抛出异常了,那么也能在finally中执行该操作。这样当代码抛出异常的时候不会导致Surface出去不一致的状态。  

3.View 和 SurfaceView 的区别

1.更新画布
在 View 视图中对于画布的重新绘制,是通过调用 View 提供的 postInvalidate() 与 invalidate() 这两个函数来执行的,也就是说画布是由系统主 UI 进行更新。那么当系统主 UI 线程更新画布时可能会引发一些问题;比如更新画面的时间一旦过长,就会造成主 UI 线程被绘制函数阻塞,这样一来则会引发无法响应按键、触屏等消息的问题。
SurfaceView 视图中对于画布的重绘是由一个新的单独线程去执行处理,所以不会出现因主 UI 线程阻塞而导致无法响应按键、触屏信息等问题

2.视图机制
Android 中的View 视图是没有双缓冲机制的,而 SurfaceView 视图却有!也可以简单理解为, SurfaceView 视图就是一个由 View 拓展出来的更加适合游戏开发的视图类。
View 与 SurfaceView 都各有其优点:
比如一款棋牌类游戏,此类型游戏画面的更新属于被动更新;因为画布的重绘主要是依赖与按键和触屏事件(当玩家有了操作之后画布才需要进行更新),所以此类游戏选择 View 视图进行开发比较合适,而且也减少了因使用 SurfaceView 需单独起一个新的线程来不断更新画布所带来的运行开销。
但如果是主动更新画布的游戏类型,比如RPG、飞行射击等类型的游戏中,很多元素都是动态的,需要不断重绘元素状态,这时再使用 View 显然就不合适了。
所以到底开发游戏使用哪种视图更加的合适,这完全取决于游戏类型、风格与需求。
总体来说, SurfaceView 更加适合游戏开发,因为它能适应更多的游戏类型。






本文转自叶超Luka博客园博客,原文链接:http://www.cnblogs.com/yc-755909659/p/4159104.html,如需转载请自行联系原作者
上一篇:Redis性能测试


下一篇:【读书笔记《Android游戏编程之从零开始》】9.游戏开发基础(如何快速的进入 Android 游戏开发)