看过Python，偶确实已经对 Java GUI 灰心了。
=========================================================================
Python上面的图形开发wxPython 最近正在研究Flash RIA，经人推荐到sf上面下载了一个开源免费的AS IDE，叫做SEPY，不经意之间发现SEPY竟然是用Python写的！于是又下载了SEPY的源代码观摩了一下，结果更吃惊，惊叹Python做图形桌面应用程序代码竟然如此简洁，表现力竟然如此丰富，如果不是特别留意，绝想不到SEPY竟然不是Windows本地代码编写的软件。就此关注了一下 Python的桌面应用程序开发，这一下更加吃惊，发现现在使用python写的桌面应用程序已经非常丰富了，sf上面一抓一大把。然后还找到了 Python的几个IDE，其中BOA给我极大的震撼，安装跑起来一看，俨然就是Delphi！可视化的托拽方式放置桌面控件，完全面向对象的编程。 经过半天时间简单的了解，我得到了如下的结论：Python做桌面应用程序的前景非常好，而相形之下，已经事实上宣判了Java做桌面应用程序的死刑！ Java 做桌面应用程序，无法脱离JRE，这是一个很大的限制，你必须下载安装很大的一个JRE运行环境，并且一旦安装那就涉及到了JRE版本的问题，你基于 JDK5.0开发的应用就没有办法在人家JRE1.4上面正常的跑。虽然JWS可以做到应用程序的Online update，但是终究无法做到JRE的online update！ 此外，Java的图形API严重分裂为Swing和SWT。 Swing是一个扶不起的阿斗，bug很多，做出来的界面不伦不类，而且无法处理一些类似系统托盘之类和操作系统关系比较大的功能，并且性能非常糟糕，可以这样说，Java成也Sun，败也Sun；SWT要比Swing好得多了，但是可惜的是， Sun拒绝接受SWT，这样就使得SWT始终处在地下状态，得不到良好的发展。并且SWT也无法脱离JRE运行，而且API直接封装操作系统调用，很多地方有MFC痕迹，没有办法OO起来，受到很大的限制，但不管怎么说，SWT总算是给Java图形编程留下了一线希望。 而Python从一开始就是走SWT的思路，绝不愚蠢的自己去构建桌面组件，而是用C++编写组件，用Python去调用，这样的思路走到现在，已经有了良好的回报。现在 Python编写的应用软件，可以脱离Pthon运行环境，单独编译为pyd(Python DLL)和exe直接运行在Windows操作系统上。其速度表现和内存占用两个方面都要比Java好，就我现在的用下来的感觉，和VB开发的桌面应用程序，或者和dotnet开发的桌面应用程序处在同一个级别。 其实现在Windows桌面应用程序开发处在一个告别旧的时代，但是又没有迎来新的时代的尴尬时期：MS力主推出的dotnet winforms并没有取得预期中的成功，至今仍然使用者寥寥，推了那么多年都没有普及开来，并且又是注定的一个过渡时期技术，这些都说明 winforms不会有更好的前途；而MS下一代桌面应用技术尚未拉开神秘的面纱，至于普及，也是n年以后的事情了；所以现在就很尴尬，经过几年 Internet Application和dotnet winforms的喧嚣之后，传统的Desktop Developer又重拾昔日的Delphi利器，然而连Borland自己都不再对自己保存足够的信心，而去搞Delphi.net去了，于是大家只好拿出来怀旧的Delphi7，VB6，VC6来应付桌面应用技术开发。 在有像BOA这样IDE的强力支持下，Python也当仁不让的加入了这一行列，以现在的桌面应用开发技术来说，Python在开发效率，执行性能，学习曲线方面全面不落下风，甚至在很多方面有优势，特别是在跨平台这一点上，做到了Java多年都做不好的方面。由于Python的出色表现，我已经找不出来用Java编写桌面应用程序的任何理由了。我可以理直气壮的宣布， Java桌面应用开发已死！ Python在服务器应用开发方面，也同样非常强大，不过考虑到Java在服务器领域多年的成绩和诸多大公司的投入，显然还无法取代Java的地位，但是我可以预言，将来淘汰Java的必定是Python，而不是dotnet！ -------------------------------------------------------------
转贴自：http://www.cnblogs.com/sirsunny/archive/2005/07/18/194998.html
=========================================================================
Python上面的图形开发wxPython 最近正在研究Flash RIA，经人推荐到sf上面下载了一个开源免费的AS IDE，叫做SEPY，不经意之间发现SEPY竟然是用Python写的！于是又下载了SEPY的源代码观摩了一下，结果更吃惊，惊叹Python做图形桌面应用程序代码竟然如此简洁，表现力竟然如此丰富，如果不是特别留意，绝想不到SEPY竟然不是Windows本地代码编写的软件。就此关注了一下 Python的桌面应用程序开发，这一下更加吃惊，发现现在使用python写的桌面应用程序已经非常丰富了，sf上面一抓一大把。然后还找到了 Python的几个IDE，其中BOA给我极大的震撼，安装跑起来一看，俨然就是Delphi！可视化的托拽方式放置桌面控件，完全面向对象的编程。 经过半天时间简单的了解，我得到了如下的结论：Python做桌面应用程序的前景非常好，而相形之下，已经事实上宣判了Java做桌面应用程序的死刑！ Java 做桌面应用程序，无法脱离JRE，这是一个很大的限制，你必须下载安装很大的一个JRE运行环境，并且一旦安装那就涉及到了JRE版本的问题，你基于 JDK5.0开发的应用就没有办法在人家JRE1.4上面正常的跑。虽然JWS可以做到应用程序的Online update，但是终究无法做到JRE的online update！ 此外，Java的图形API严重分裂为Swing和SWT。 Swing是一个扶不起的阿斗，bug很多，做出来的界面不伦不类，而且无法处理一些类似系统托盘之类和操作系统关系比较大的功能，并且性能非常糟糕，可以这样说，Java成也Sun，败也Sun；SWT要比Swing好得多了，但是可惜的是， Sun拒绝接受SWT，这样就使得SWT始终处在地下状态，得不到良好的发展。并且SWT也无法脱离JRE运行，而且API直接封装操作系统调用，很多地方有MFC痕迹，没有办法OO起来，受到很大的限制，但不管怎么说，SWT总算是给Java图形编程留下了一线希望。 而Python从一开始就是走SWT的思路，绝不愚蠢的自己去构建桌面组件，而是用C++编写组件，用Python去调用，这样的思路走到现在，已经有了良好的回报。现在 Python编写的应用软件，可以脱离Pthon运行环境，单独编译为pyd(Python DLL)和exe直接运行在Windows操作系统上。其速度表现和内存占用两个方面都要比Java好，就我现在的用下来的感觉，和VB开发的桌面应用程序，或者和dotnet开发的桌面应用程序处在同一个级别。 其实现在Windows桌面应用程序开发处在一个告别旧的时代，但是又没有迎来新的时代的尴尬时期：MS力主推出的dotnet winforms并没有取得预期中的成功，至今仍然使用者寥寥，推了那么多年都没有普及开来，并且又是注定的一个过渡时期技术，这些都说明 winforms不会有更好的前途；而MS下一代桌面应用技术尚未拉开神秘的面纱，至于普及，也是n年以后的事情了；所以现在就很尴尬，经过几年 Internet Application和dotnet winforms的喧嚣之后，传统的Desktop Developer又重拾昔日的Delphi利器，然而连Borland自己都不再对自己保存足够的信心，而去搞Delphi.net去了，于是大家只好拿出来怀旧的Delphi7，VB6，VC6来应付桌面应用技术开发。 在有像BOA这样IDE的强力支持下，Python也当仁不让的加入了这一行列，以现在的桌面应用开发技术来说，Python在开发效率，执行性能，学习曲线方面全面不落下风，甚至在很多方面有优势，特别是在跨平台这一点上，做到了Java多年都做不好的方面。由于Python的出色表现，我已经找不出来用Java编写桌面应用程序的任何理由了。我可以理直气壮的宣布， Java桌面应用开发已死！ Python在服务器应用开发方面，也同样非常强大，不过考虑到Java在服务器领域多年的成绩和诸多大公司的投入，显然还无法取代Java的地位，但是我可以预言，将来淘汰Java的必定是Python，而不是dotnet！ -------------------------------------------------------------
转贴自：http://www.cnblogs.com/sirsunny/archive/2005/07/18/194998.html
swt在window和linux等主流系统不会有问题
但是不代表他没有问题
以前感觉java的GUI开发好麻烦，在UltraEdit下，光是输入组件名就要输入半天，--没用过蝰蛇，不过手头有一本介绍蝰蛇的书，以后有空好好读读。
居然有人说什么Python来取代Java,这个人大概在夜游吧. 连MS 都不敢说这句话.
告诉你的是，当今两大主流语言， C/C++ 和 Java, 你所认可的那个Python是排不上
主流语言的. 你就是叫破嘴皮子都是没用的.
当然作为程序员是不应该轻视任何一门语言的. 我也不想轻视Python, 还有程序员也
不应该在乎什么语言, 程序员要做的是在逻辑层面考虑问题,而不是对语言品头论足. 如果
你很喜欢对语言品头论足,本身说明你在一个比较低的档次.
那么跨平台还容易实现吗?