swt、eclipse RCP与“Java All in One”

近年来的eclipse与netbeans之争日趋激烈，并不只是IDE争斗那么简单（反正都是免费）。其背后是swt与swing之争，更是IBM所主导的开源Java与Sun所主导的官方Java之争。

搞了四五年Web，冷静下来发觉企业内部应用还是Rich Client好（交互性好、状态管理容易、客户端资源利用度高、易开发等等）。这个事实其实很多做企业开发的同道以至于客户都意识到了，于是出现了很多团队被迫用winform，甚至回头啃Delphi这类无奈的事情。可惜异构调用还是不爽啊，不仅仅是协议转换的问题，还有语法习惯的问题，更要命的是开发思路不同的问题。既然Java是大而全的体系，难道我们就不能始终如一地解决问题吗？
这个问题，其实IBM和Sun也都看出来了，所以不论是eclipse还是netbeans，都不仅仅是单纯的IDE，而是力求“平台化”，争的就是Rich Client的标准问题。
可惜Swing始终是慢，慢到让人心烦，慢到让老一点的机器无法忍受，慢到难以让客户接受（甚至JDK1.6也好不到哪里去）。

好在我们还有swt可用。经过本人多次测试，swt的运行效率其实与winform是不相上下的。
以前由于VE实在难用，而NB嫌慢，Swing和swt笔者以前一直是做手工编码。这一点上说句实在话，Swing的代码是超级优美，扩展类库和控件简直可说是一种享受，可惜还是慢（包括JDK1.6）。
最近由于一个项目要求，要用到swt，于是迫不得以用了一把swt designer（毕竟是D版啊）。这才发觉swt开发原来可以如此之快，几乎达到某些人吹嘘的近似Delphi的程度。而swt designer本身，可说是eclipse RCP的经典范例，功能如此之强、速度如此之快，操作如此便捷，彻底颠覆了笔者过去对Java Rich Client那种“恨铁不成钢”的成见。
回头想起myeclipse、Flex Builder这类精品，这才体会到多年前很多同道对eclipse平台的“野望”。eclipse的确是有实力、有希望成为Rich Client的通用标准开发平台。在此向企业应用开发的同道们进行推荐，希望大家共同努力，让国内swt尽快走出“叫好不叫座”的尴尬局面，尽快赶上国外同行们在此领域取得的成绩。大家可以看一看国外很多利用eclipse RCP搞定的复杂软件，甚至很多项目以前普遍认为是MFC的专属领域；而IBM公司更是把各类软件转向eclipse平台；甚至近日MS都打算染指。eclipse之野望正一步步成为现实。

企业应用“All in One”，不仅是开发者之福，更是企业用户之福。笔者近来年接触的企业应用，大多数都面临孤岛集成的痛苦。主要原因当然是规划不到位、系统分析散乱、数据不统一所造成，但各个时期技术体系不能“大而全”地解决问题也是技术层面的主因。
WS嚷了好多年，至今复杂低效难用，历史一再证明企业内部异构集成不可取。现在我们有了Java这种“平衡至上”且开源主导的技术，有swt能够补上Java一直以来的缺憾，能够做到“All in One”。作为企业应用开发者，我们的确是应该认真考虑并实施“Java All in One”。

SWT在Windows平台也还不错，但是如果换了平台呢？

在中国主要还是windows平台，所以客户端的软件没必要考虑跨平台！

至少swt在Linux的表现也不算差，可以应用在对可靠性要求高的地方（Windows平台下的病毒实在是层出不穷，防不胜防）。

由于VE确实是太难用了，自从用过NB的swing编辑器后就再也没兴趣去看SWT了。
目前swing的运行速度已经很不错了，但始终有些粘滞感（窗口第一次显示时）。
希望在JDK7时候swing还能有所发展。

....又发重了....

手工编写界面代码不仅仅是因为visual designer不够快，不够智能吧？我觉得脚本式的界面描述代码是条出路。这几天在学ext，发现一套复杂的界面代码比起swing少很多很多。前段时间的javafx不知道怎么样了。

当然还有一些第三方框架实现了一些使用xml来做界面描述（类似delphi .frm文件），我看了一些，感觉还不如脚本来描述呢。

swing界面设计器那个免费的最好用呢？
NB的出来代码太多，郁闷

手工编写界面代码主要是追求代码质量，重用度高。但界面复杂了，还是IDE来得爽。
当前OLTP应用在向纵深发展，已经跨过了传统MIS的范围，很多业务辅助功能（包括与各种电子智能设备的接口）用JS这类的脚本是不大现实的。

高质量的客户体验，客户机数据缓存，客户机本地API访问，多媒体 不是AJAX能搞定的 。