Sun在客户端的回归会成功吗？

作者 霍泰稳 发布于 2007年6月19日

领域

语言 & 开发

主题

JavaFX脚本 ,

JavaOne 2007 ,

Swing ,

JavaScript ,

Java One ,

JavaFX ,

Java SE ,

Java ,

动态语言 ,

Silverlight ,

语言 ,

.NET ,

编程 ,

RIA ,

developerWorks

分享到

Elliotte Rusty harold昨天在developerWorks中国网站上发表了一篇回顾今年JavaOne大会的文章，对Sun在客户端方面的动作对基于富Internet应用的程序开发意义进行了分析。

今年的JavaOne大会是成功的，约有10000到15000人在一周的时间内聆听了这次大会。大会之后，Elliotte得出的结论是服务器端已经发展到巅峰，至少在Java平台是这个样子的，像前两年异常火爆的Hibernate、Spring和Servlet等都已经是明日黄花。虽然仍然有很多人在使用它们，但基本可以将它们列入落伍者这一阵营中了。在Java领域，Sun将关注点重新放在了客户端。

在InfoQ以前的报道中对JavaFX Script已经做了介绍，Sun的CTO曾表示这一技术在桌面浏览器端会非常有竞争力，能完成许多Flash所不能完成的功能。但Elliotte却不这样认为：

每人可能都会产生这样的疑问，即 JavaFX Script 是否能代替或至少能够挑战Flash。我认为答案是否定的。Java语言一直 都能实现Flash所有的功能。只不过编写的时间会比较长。一个资深的Flash专业人士创建一个applet只需花三小时，而同样的工作如果用Java 语言完成则要花上三星期的时间。JavaFX Script 缩短了二者之间的这种差距，所以现在Java程序员只需三天的时间就可以做出Flash专业人士三个小时做出来的东西。虽然提高了很多，但还远远不够。

另外JavaFX Script面临的尴尬问题是缺少工具的支持，没有和Adobe Flash完备的开发环境相抗衡的产品。也许只有等Sun推出杀手级的开发工具时，再谈JavaFX Script的流行才有现实意义。

用Swing来开发客户端应用程序是辛苦的，这次Sun不再强调Swing了，虽然也对Swing进行了修修补补。对于要定制基于Swing的GUI，Sun建议使用Matisse GUI Builder，因为这可以将组件拖放到窗口并可视化地设置属性，就像在Delphi或者VB中那么简单。但是Matisse同样也有缺点：

（Matisse）所生成的代码应该被放置于单独的一个文件且不能和应用程序代码混淆。此外，选择使用Matisse会让您必须使用NetBeans作为IDE。可以将这些代码放入其他的IDE，比如Eclipse，但如果日后要想将其放回到NetBeans，Matisse就会无所适从。这对于单个的开发人员或者是独立的团队来说可能不算什么，但对于开源团队项目而言却是个大问题，在这样的团队中，不同的开发人员使用不同的工具。

关于Sun在服务器端的竞争，社区内流传的一种说法是，Sun创造了Java，但风头却被IBM和BEA抢了个干净。现在Sun将注意力转移到客户端，希望能凭借Java FX等新玩意儿的推出重整江湖，但在微软推出Silverlight、Adobe推出Apllo和Flex的夹击之下，它能获得成功吗？你的观点是什么？

霍泰稳 霍泰稳是InfoQ中文站的联合创始人兼CEO，有多年的软件开发经验和媒体从业经历。

1. 返回顶部

   已经越来越想远离Java了

   发表人 小刀 凉粉

   .....

   回复

2. 返回顶部

   在富Internet客户端方面，Adobe肯定会成为巨头。

   发表人 晁 扬

   但是如果SUN开发出适合自己的JavaFX工具，或许可以分得一份羹。
   至于MS的Silverlight，是挺漂亮和易用的，但是在RIC的浪潮中是否能立足，我认为不容乐观。

   回复

3. 返回顶部

   Re: 在富Internet客户端方面，Adobe肯定会成为巨头。

   发表人 亮 徐

   现在看Adobe是有很好的前景，但是另一个需要考虑的因素是开发者社区，相对于Java和.NET而言，Adobe的开发者社区还是过于小了，而且人员多居于界面设计师层次。
   
   而微软不管怎么样，曾经有过很多后来居上的先例，比如VB，当初Delphi的风头多强劲啊，现在Delphi成明日黄花而VB还蒸蒸日上；再比如在Sun推出Java很久，微软才开始自己的.NET战略，可是现在来看Java被.NET逼得步步后退。所以严肃地来说，我看好微软。

   回复