总的来说，这里所说的一切都是关于不要将Java移植到游戏开发中； 是的。 游戏行业目前正在经历范式转变。 三件事已经改变或正在改变游戏行业： 盗版客户端-服务器编程模型 模块化网络编程模型 游戏不再完全依靠自己。 后者（低级语言）中存在的主要优点与 C# 和 Java（中级语言）等语言中存在的优点的影响相结合。 两个简短但无法验证的例子是在 Facebook 上运行的游戏以及手机和平板电脑等远程媒体。 需要指出的是，在这两种情况下，之前列举的所有三个问题都得到了解决。 没有服务器就很难运行的游戏不需要担心被复制（不包括通过逆向工程的私人托管）。 网络相关游戏的需求，需要一种能够平衡系统性能和网络性能的语言（一般是Java和C/C++之间的困境，严格来说，由于现有库较多而偏向C/C++）。 然而，以模块化Web编程模块设计的游戏用C/C++等低级语言开发是不切实际的。 有兴趣用 C/C++ 为模块化网络编程模型设计游戏的公司必须要么创建一个完全专用于该游戏的虚拟机游戏源码 共享，要么用疯狂的想法多次重新编程/重新编译该游戏。 尽管现在说哪种语言是首选可能还为时过早，但我押注于 Java 的三个关键原因。
1) JVM 允许基于 Java 的应用程序在虚拟平台上运行，无论它们是源自 Apple、Android、Windows 8 还是 Linux/UNIX（几乎所有硬件平台都支持）。 2）Java使用OpenJL（OpenGL衍生品，它将在OpenGL上运行）作为客户端 - jMonkey是一个在OpenJL中设计的引擎。 值得注意的是，只有 Microsoft Windows 可以使用 DirectX，虽然这是可能的游戏源码 共享，但它只有一个担心。 事实上，每个可以运行游戏的操作系统都能够以 OpenGL 和模块化设计进行渲染，这一事实正在以前所未有的方式推动这一进程。 （请注意，Google 正试图通过垄断 Windows 8 发行版来解决这个问题）。 3）Java支持JVM内部的线程，使其能够充分利用多核处理器，而无需使用任何第三方库。 目前，这是其他人的障碍语言（尤其是为手机开发的语言）。 虽然 JVM 确实存在延迟问题，但需要注意的是，这个问题可以通过线程来消除。 我也不会太害怕 Windows 8 和 Google 的推动。 到目前为止，微软股价为每股720港元，苹果股价为每股526港元，谷歌股价为每股27英镑。 事实上，苹果很可能被谷歌力推，主要是因为使用了C#，但另一方面，微软也可能从中受益。 Google 在与 Google 的竞争中运气不佳，而 Microsoft/Android 则大量使用 Java。 愤怒的小鸟最初是用 Java 设计的（仅供参考），但为 iPhone 移植到 C#。 如果谷歌/安卓强制推行标准化，那么谷歌就会像苍蝇一样坠落，并将苹果卷入其中。
