x****u
发帖数: 44466 | 1 您老批判之前要先搞清原因。
Android即使4核还不流畅的原因早有人说过了，因为2.x版本某些图形函数裸用Java实
现没有调用硬件加速，而虽然4.x解决了这个问题，App却不得不和2.x兼容。
这个纯粹是PM/PgM的联合反人类行为，和水平无关。
了。 |
|
z****e
发帖数: 54598 | 2 java3d和2d最大的问题是图形接口效率偏低的问题
尤其是以前那种破机器，嘎拉嘎拉跑得很慢
所以现在javafx提出的解决方案是优先通过调用opengl或者directx的api来优化
然后才是通过java2d和java3d的接口来搞定
这样可以用上一些硬件加速之类的
所以这是优化的办法，至于你说的无缝结合
哦，貌似网络上骂声一片，骂的远比opengl还多
opengl已经够惨痛的了
可能对你来说是无缝吧 |
|
z****e
发帖数: 54598 | 3 脚本不适合写游戏，很逆天
而且脚本太依赖平台，浏览器一个兼容搞死人
相比之下，java以前那么弱的时候
都能搞出minecraft这种东西，理论依据在于只考虑一个平台那就是jvm
下面os的兼容性让jvm搞定，java天生就是干这个的
以前推广主要问题在于api支持不够
java2d和3d都不是很成功，慢，现在javafx搞硬件加速这些
其本质就是直接调用directx和opengl接口去执行代码
而且用户要安装下载jvm，这也是很大的问题
而且以前把jvm打包进去的话，体积很大
体积大一个主因是官方不怎么支持这种搞法
现在javafx算是官方支持了，而且打包时候有trim
但是即便trim了，还是偏大，但是mono为这种方式做出了一个很好的榜样
反正都大 |
|
z****e
发帖数: 54598 | 4 jvm做游戏，也不是很成功
jvm做一般的应用比较成功
java做游戏一直都不死不活的
主要就是性能跟不上
最近javafx通过硬件加速等优化了之后
同时加入了native compiling之后
用java做游戏才make sense起来
但是还有很长的路要走
所以你这个例子其实举得不好 |
|
