五千年(敝帚自珍)

主题:【文摘】SWT……内幕? -- upson

共:💬44 🌺50
全看分页树展 · 主题 跟帖
家园 无聊的老文章

ibm 只所以另外搞swt,并不是因为swt多么nb,或者swing多么滥,最主要还是出于自己的市场利益考虑。ibm做东西,一贯的原则是必须他做主导,而且不能和第三方兼容,以免影响他的整体利益。

随便说一下

1. swt没有任何性能优势,主要性能优势应该是在早期,大概是02,03年左右,那时候sun还没对desktop投入太多的时候。

我们也曾经做过一些相关测试,证明swt确实性能一般。 ibm自己后来都说swt的优势主要在于native的 外观。

2. swing现在也完全可以做出swt的外观效果,可以实现完全native外观效果,有人就用swing完成了一个fake的eclipse,而swt则无法创建swing那样灵活定制的外观效果。 用swing做东西,看你的能力,可以做的非常炫,而swt就那样了。

另外再考虑java 2d 和3d的东西, swt支持还是比较弱的

3. swing目前的第三方组件,支持工具,远远超过swt。而swt现在的主要优势还是基于eclipse平台上做一些扩展的工具开发。

4. 2块我都用来做过完整的项目,最后的结论是,如果是为了项目考虑,swing的选择可能还是更加合理些。尤其是netbean上做开发的话,不会感觉到和visual studio有什么本质的区别。如果是开发工具类的应用, swt才会是我的首选。其实java6已经很不错了,我做出来的东西,客户根本就不相信是pure java做的,呵呵。

5. swt 另外一个主要问题是没有一个能表现复杂布局,又简单使用的layout,而 swing已经解决了这个问题,所以后来除非是做eclipse的插件扩展,我基本不会选择swt, 要简单就干脆用python了。

swing整个框架非常复杂,但是学通了以后很来劲,里面很受smalltalk和dp影响,化几个月时间下来,整个人的层次都有提高。 而swt 更象是微软的东西,结构相对比较简单,有些方面还真不好说,wicket项目当年曾经向swt学习,使用它那种风格,最后发现问题多多,现在又退回去了,搞的我晕菜。而且swt因为缺少一个重量级别的ui设计工具,在易用性上始终达不到他期盼的高度。

以上言论基于06年下半年前我的认识。现在情况不清楚。不过我觉得这类讨论比较detail,又容易有争议,不适合在cchere发吧。现在真无聊,发帖子打法时间。

全看分页树展 · 主题 跟帖


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河