主题:【文摘】SWT……内幕? -- upson
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发吧。现在真无聊,发帖子打法时间。
- 相关回复 上下关系8
🙂【文摘】SWT……内幕? 3 upson 字809 2007-05-24 03:47:10
🙂无聊的老文章
🙂恩,大多观点赞同 2 雨后的假牙 字1634 2007-06-02 09:11:44
🙂其实就是市场问题 1 风北客 字642 2007-06-02 09:26:51
🙂发吧。争论不要紧,有理有据的讨论尤其欢迎。 铁手 字62 2007-05-29 11:09:49
🙂请问老兄对Python,ruby这样的动态语言怎么看 1 不是老陈 字62 2007-05-29 00:32:29
🙂搞核物理的也需要学这些时髦的东西吗? 金口玉言 字20 2007-05-29 02:49:10
🙂用动态语言,特别是Python,来“包裹”C/C++代码 请尽量 字44 2007-05-29 10:22:05