Sun宣布Flash终结者(Flash-killer):JavaFX

 Sun在JavaONE大会上以一种Flash终结者的姿态发布了 JavaFX, 这是一个为rich client使用的runtime library和脚本语言. 它通过属性和值来表现窗体和应用. 可问题是:这样的东西适合放在Java runtime平台上吗?各方反应不一.

许多直率的开发者对此说不. 例如 Cedric Beust就 质疑这种定义本身. "Swing足够让人满意吗? 绝对不需解释就能清楚为什么他们要发明另外一个应用层."他同时奇怪为什么Groovy没有被采用,觉得Sun对此的解释好像.....奇怪. 也许他们可以说Groovy太大了,或者有太多的依赖,可是对于使用JavaFX放弃Groovy的原因却是"太泛型"了.

同样, Java Kecil 2X said this:  (下面的引用由 docman.cn 翻译家 组织翻译)

我非常怀疑这个东西目前的可行性.

..............
然而,如果Sun能够简单的显示perserverance(??)(就像微软那样),让JavaFX在可预测的将来成为一个可以达到的目标,那么你也许会看到Java GUI领域有一些好的东西出现. 我想人们想看到的不仅仅是Sun有伟大梦想,而是有精力去实现.

Eric Burke 指出 JavaFX 有着 Java Webstart 所拥有的所有弊端, 同时 Silverlight却拥有着更加类似Flash感觉. 他说JavaFX需要更多的关注于多媒体,这样才能跟其它的竞争对手竞争.

此外, Alan Williamson 说 " JavaFX - Sun javax.swings and misses once again."

你可以看到JRE, the actual runtime,内容是令人恐怖的臃肿,不易管理,安装起来很痛苦,而与桌面上的各种不同的浏览器集成更是痛苦. 它还有一个令人惊奇的特征,就是启动时能让你的整个机器停顿. 引导这个超过40兆(其实只用到了里面的一点点)的平台启动,为了不让用户感到十分的恐惧,大多数情况下会弹出一个超难看的灰色窗口来让你知道这个让你浏览器运行的吃力的东西不是个病毒,这就是Java!

在 rich 媒体插件方面,Flash已经非常漂亮的赢得了这场浏览器战争. 它们打开了这最大的的坚果,而且干的非常好:输入和输出视频流媒体. 如果每个人都必须通过一个Java applet来看视频,,你能想像YouTube会如此成功吗? 如果使用本地网络摄影机时还需要用户通过一堆的对话框,安全警告,configuration hacking 来确认权限,你能想象是什么样子吗? 这是绝对不能接受的.

这些都是相当否定的声音. Sun似乎对JavaFX相当兴奋;也许他们是关注于mobile市场,而不是桌面市场,后来觉得包括桌面会更方便..

What do you think?