Java游戏现状

对于四类游戏：掌上游戏、网路小游戏、家用游戏、电脑游戏。

掌上游戏：没什么好说的，基本上是J2ME的天下。

网路小游戏：基本是Flash的天下。至于Java在网络小游戏相对于Flash有什么劣势，我个人认为有三点：（1）flash插件在IE下是ActiveX插件，可以自动下载，并且好像IE6已经预装Flash6的插件了，而jre则需要用户自己安装。（2）主观上的安全性问题。我并不是说Flash比Applet安全，而是主观上。基本上，很多很多的教材都说Applet可能会存在安全问题，建议关闭浏览器的Applet。（3）缺乏一个强大的GUI开发工具。由于Java的IDE偏重应用的开发，所以在这方面是被Flash远远地抛在后面。

家用游戏：这个上面也有人说过，家用游戏没有一次编译跨平台可能，也没有跨平台的需要，所以Java的跨平台在这里没有什么吸引力。

电脑游戏：我没有用过Linux或者Unix玩过游戏，都是工作需要使用。目前，绝大多数游戏基本上都是在Windows平台下，而且dx已经成为事实上的工业标准。其实我觉得很多人都有一种误解：Java可以跨平台，而C或者C++则不可以。其实这样观点并不完全正确。Java的跨平台是一次编译，多平台使用；而使用适当的库和预处理的C、C++，则可以一次编写，多平台编译、使用。例如GUI库就有gtk+，Qt，wxWidgets，而网络库则有ACE等，而标准库则有stl，还有boost等。我相信一些大的游戏公司完全有能力编写相关的跨平台的游戏库，之所以没有这样做，就像上面的家用游戏一样：没有那个必要、没有那个需求。

作游戏的关键不是跨平台，而是赚钱。有些时候，在多个平台发布可以多赚钱，但有些时候就未必可以。

以前的游戏引擎用c或者c++编写，这样就导致购买这个引擎的游戏用c或者c++编写，日积月累，游戏开发自然就成了这两个的天下。甚至有些游戏引擎是用c编写，使引擎不必局限在c++。可能会有人说用c不就没有了OOP？如果你用过gtk+，这个问题就不难理解。

严重同意。Java程序员的总体数量和总体素质实力要高于flash开发群体，在开发端是有优势的。但jvm的问题直接困扰客户端执行环境。只要解决jvm的大小和安装问题，java applet崛起只在朝夕。但...，似乎Sun很难搞出这么个东西。

掌上游戏什么时候是J2ME的天下了？？？Nokia的游戏大部分还是C++写的吧？以Nokia的份额(外加MS的windows mobile) 推算一下，J2ME啥时候称王称霸了？

在欧盟，北美，日本和中国之外的亚洲，Symbian才是王道，80%的market share,symbian的王道开发工具C++才是王道中的王道。

这更象是java程序员的意淫吧？

这是原因吗？？ 是因为C的硬件访问能力和高效的执行效率才使C成为引擎的首选语言吧？oo有那么重要么？

我没说平均实力，是总体实力。毕竟Java程序员的数量太大了。

有游戏开发经验的又有多少？ 80%的java程序员估计连如何检测碰撞都不知道吧？

网页小游戏
开发人员编程能力：java>flash
开发人员美术能力：flash>java
开发工具易用度：flash>>>>java
上手难度：java>>flash
程序性能：java>flash
虚拟机大小：java（16m）>flash（2m）
下载\安装难度：java>flash
稳定性：java（applet）<flash   java(webstart)≈flash
普及程度：flash>>>>>>>>>>>>>>>>>>>>>>>>java
总的来说sun寄希望于javafx来改变java比flash难上手的问题，但是adobe都做开发工具这么多年了，希望不大，不过考虑到netbeans也是在不被看好的情况下异军突起，我承认sun还是有一定的机会成功地。java 6 update N(consumer jre)的出现可以在一定程度上解决下载安装困难和applet不稳定的问题，当然web start现在就已经很稳定了。实际上java在性能上的优势还是很大的，这也给java加分不少，不过对性能要求比较高的游戏，似乎也就不能算网页小游戏了？

总的来说，如果sun和微软合并的话，我看好java称霸网页小游戏。但以目前的情况来看，我只能说java有一定机会。

ps：其实我看好java做大型游戏的，不过大多数人都在用0.1秒思考一下之后，就下了否定的结论。

第一次听说Java的性能超过C的...我只知道，在java最优化的条件的也就达到C 80%的性能。。。