这篇文章是基本上是基于我的论文开题报告,难免要打点官腔.我对手机游戏并不了解,本文关于java手机游戏的讨论会很少,而即使对于手机游戏以外的内容,我个人所能接触到的资源也是很有限的,讨论起来不免会有所偏颇,大家批判着看吧.
这些年Java技术的不断发展,Java程序的运行速度有了显着提升,同时硬件技术也在不断进步,从而java处理比较复杂的3d图形成为可能. Lwjgl,Jogl,Java3D等技术的出现,使Java语言可以方便的利用现在的显卡日益强大的硬件加速能力.实际上目前已经有许多基于java的 2d和3d游戏,其中不乏大型多人在线游戏.
Wurm online一个多人在线网络游戏(06年的时候进入了收费运行阶段,不过你还是可以申请一个免费帐号进去看看):
[url]http://www.wurmonline.com/[/url]
2007年javaone上jmokeyengine演示视频:
[url]http://www.youtube.com/watch?v=ho_b18HRmGA&eurl=http://www.jmonkeyengine.com/[/url]
一个比较老的视频2005GDC上java游戏演示视频:
[url]http://www.youtube.com/watch?v=Pc3LxBIVaBs&feature=related[/url]
上面这些只是Java游戏的一小部分.然而,即使还有其它很多基于Java的游戏,相对于整个游戏产业来说,Java游戏社区仍然非常小,以至于其力量在手机游戏之外的领域几乎可以被忽略不计.但是实际上Java作为一种游戏编程语言和平台,这些年还是取得了长足的发展,在后applet时代走着复兴之路.
当然,Java可以做游戏,并不意味着Java就适合做游戏,那么:
基于java对于一个游戏来说到底意味着什么?
1,Java是一门经过充分发展,已经十分成熟的语言.
Java语言称霸企业级应用这么多年,事实证明了它非常适合于开发大型软件.当Java的运行效率不再是问题的时候,Jjava语言严谨、高抽象、可读性强的优势就体现出来了.这对于规模越来越庞大的游戏软件来说,有着不小的诱惑.
2,Java作为平台,极大的方便了游戏脚本的使用
对于游戏开发来说,涉及到比较复杂的情况(有时候甚至是美学问题),开发过程很多时候是一个不断修改的过程,可以方便的修改游戏内容是十分关键的.对于很多游戏引擎来说,都有自己编写的脚本解释器,用来解释一些自定义的游戏脚本语言(一般为命令式脚本,比如moveplayer(int x,inty),playersmile()之类的东西),另一些则提供了例如lua和rubby等的脚本语言来访问游戏引擎.其虚拟机特性,java本身就可以用来编写游戏脚本,目前也有例如beanshell、groovy等脚本语言可以方便的无缝的和java语言进行交互,这些都极大的方便了java游戏编程.
3,跨平台?
跨平台,每当比较java与其他语言的时候,总是要谈到跨平台.但是在java游戏领域,write once ,run everywhere,听起来更像是一个冷笑话.这个笑话有多冷呢?(手机游戏我不熟悉,但是确实有人用“痛苦”来形容开发运行在不同手机上的 javame游戏)对于其他大多数java游戏来说,或者通过applet或者通过java web start来部署,这两种方式无一例外的都要用到浏览器.对于java web start来说,问题相对较小,程序员处理的问题主要是如何让非专业用户成功安装指定的jre版本的问题,虽然很麻烦,但是是可以解决的.对于applet来说,问题就变得复杂的多,很多问题只会在特定的操作系统配上特定的浏览器时才会出现,即使是同一品牌的浏览器,不同的浏览器版本也会出现不同的问题,同时这里还涉及到客户机默认是使用opengl pipeline还是directdraw pipeline的问题.而我们现在甚至还没有开始讨论当3d游戏需要使用底层图形api时的情况,无论是applet还是web start一旦在程序中使用了任何一种opengl的java绑定,客户机各不相同的显卡以及同一款显卡的不同驱动都会带来不同的问题,而这些问题是随着操作系统和浏览器的不同而不同的,操作系统数×浏览器数(web start不需要考虑浏览器)×显卡数×每款显卡平均的驱动版本数=噩梦.你不得不妥协于这样一个现实-----即使电脑在硬件上满足程序的要求,你也无法让你的程序运行在这些电脑中的每一台上,除非你的用户都是专业人士.
当然,其实现状并没有听起来那么糟糕,对于不使用java的大多数游戏来说,根本就只能运行在一个平台上,许多游戏对directx或者 opengl的版本有要求,更不要提那些运行在家用游戏机上的游戏了,跨平台是整个游戏业的大问题,java只是像其他人一样没有把这个问题彻底解决掉而已,但仍然比其它技术做得要好.不过,值得一提的是,在那些不直接使用硬件加速的网页小游戏上,java确实在稳定性和方便安装上输给了flash;在家用机方面,java是0,而微软的xna(c#)可以跨xbox360和vista.
4,网络
Java一向强于解决网络方面的问题,在这方面,java主要有两个优势,第一是基于applet和java web start的游戏非常容易更新,不会像其他游戏那样需要用户手动下载全新版本;第二是java在网络交互的api相对比较友好,而对于大型网络游戏来说,分布式系统非常重要,这正是jcp的巨头们喜欢的东西,可能这是一个卖硬件的好机会,sun下了不少功夫开发了project dark star来做网络游戏服务端,这个工程还没有到1.0,现在也很难说具体好用不好用.
5,速度
这个没什么可讨论的,基于java的游戏肯定会比写得很好的c 程序慢,当然写一个好的c 程序所花费的庞大的薪水也是java不能比的.
总体说完,就具体说说:
当前在java游戏方面主要有哪些可以使用的技术
1,Java3D
作为sun公司较早推出的一项3d技术,是一种高度封装的api,构建在opengl和direct3d之上,可以说是最有名的java的3d技术.种种原因(api设计,面向的用户不明确),java3d一直没有办法流行,不久前java3d的团队宣布暂停对java3d新功能的开发,转而为JavaFX开发3d 渲染引擎.同时sun的另一个项目 project wonderland宣布将其渲染引擎由Java3d转为JMonkeyEngine.令人唏嘘的是sun的java3d再次进入尘封状态,大量基于 java3d的程序和教程都面临一个非常尴尬的境地;令人高兴的是在这一领域终于有比sun做得更好的团队出现了.引用别人对此事的评价:Java3D is dead! Long live Java "3D"!
2, Lwjgl([url]http://new.lwjgl.org/index.php[/url])
全名为light weight java game library.作为一个非官方的对java游戏的全面解决方案,lwjgl将游戏图形(opengl)、音效(openal)、控制输入集合为一,以成为java界的directx(不是direct3d)而努力.其在图形方面采用了opengl的java绑定,其函数与c语言版的完全相同,对于习惯opengl编程的程序员来说比较友好.目前有大量的java游戏和游戏引擎是基于lwjgl的,它可以说是java游戏社区最广为被使用的函数库之一.