主题：【文摘】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发吧。现在真无聊，发帖子打法时间。