Swing为什么不受重视

swing的所有组建都是画出来的，所以我们可以很方便的进行hack，我局限于仅仅知道Java的UI，所以这点不知道算不算他的优势。

话说回来，在RCP衰败的年代，为什么要坚守这个阵地呢？
BOSS的管理界面都在向WEB迈进了，一个短信发送平台为啥还要坚持呢？
工作流用WEB不也一样可以做么，而且更易于使用和维护，如果你不是为了之前的项目，为什么还要坚持呢？

想起JavaEye之前有个帖子是在说：我们讨论XX技术是否NX的时候，一定要统一下双方的需求范围，否则在这个领域Swing很有用，但是到了另外一个领域却一无是处。我觉得他说得是非常有道理的，所以就你所涉及到的短信发送平台而言，我个人认为用Swing是很不划算的哦

Visual Studio所需要的GUI类库，在Windows启动的时候，已经加载完毕，所有的微软的程序都是调用使用Windows本身已经加载到内存中的类库，随意非常快是正常的，就是100G的软件打开，微软也可以让他飞快，况且你说的Visual Studio可能是C语言编写的，根本不能可Java这样的基于虚拟机的语言来比较，就算Visaul Studio也是使用基于虚拟机的.NET框架程序来写的，微软把自己的.NET预加载到内存中，然后和自己开发的软件高度整合优化，也是速度飞快的，作为外人的Java根本就不能和Visual Studio比较。

Eclipse之所以快，是因为它也是调用Windows现成的类库，快不是Eclipse的功劳。

如果程序不调用Windows的系统类库来渲染窗口，那么即使C++写的程序，也是能感觉到慢的，比如QT使用自己的GUI渲染技术，一个发布版本的QT，加上QT类库的dll,能有上百兆的体积，即使你只写一个Hello World，也是上百兆，因为QT自己的核心库：mingwm10.dll、QtCore4.dll、QtCored4.dll、QtGui4.dll、QtGuid4.dll加起来就有94.7兆。QT启动速度虽然比Java快，但是也是比VC++编写的程序慢的。

你现在接触到的Windows下的所谓快的软件，都是调用Windows本身的类库，当然快了。

metal 只是改了个花哨的观感，没有解决 output 窗口字体的问题……

如果我需要调用本地的dll来控制硬件，web能做到么？

QT 的运行时不会超过 10 M，你这个 100 M，难道是把 debug 版本的 dll 拿来当 release ？
如果用到的组件不多，甚至可以打包到几百 k。 QT 慢的原因，就是因为采用了和 swing 相似的架构吧……

swing 调用 java2D 和 java3D， java2D 和 java3D 在底下做了什么事情呢？ 还不是调用系统本身的库 ？？

再给你纠正一个错误： windows 本身带的库，不是类库。

GTK 也是自绘的， GTK 运行时加载速度怎么没见慢？ FOX 、 wxWidget 怎么没见慢？ 更不用说其它轻量级的库了。
在 gnome 下面写 GTK，甚至不用将运行时打包，虽然打包出来也是 10 M 不到。

GUI 最重要的是用户体验，一天到晚在扯呼“架构”能提升用户体验么？
swing 慢到甚至比不上网页上的 flex ……

Visual Studio所需要的GUI类库，在Windows启动的时候，已经加载完毕，所有的微软的程序都是调用使用Windows本身已经加载到内存中的类库，随意非常快是正常的，就是100G的软件打开，微软也可以让他飞快，况且你说的Visual Studio可能是C语言编写的，根本不能可Java这样的基于虚拟机的语言来比较，就算Visaul Studio也是使用基于虚拟机的.NET框架程序来写的，微软把自己的.NET预加载到内存中，然后和自己开发的软件高度整合优化，也是速度飞快的，作为外人的Java根本就不能和Visual Studio比较。

Eclipse之所以快，是因为它也是调用Windows现成的类库，快不是Eclipse的功劳。

如果程序不调用Windows的系统类库来渲染窗口，那么即使C++写的程序，也是能感觉到慢的，比如QT使用自己的GUI渲染技术，一个发布版本的QT，加上QT类库的dll,能有上百兆的体积，即使你只写一个Hello World，也是上百兆，因为QT自己的核心库：mingwm10.dll、QtCore4.dll、QtCored4.dll、QtGui4.dll、QtGuid4.dll加起来就有94.7兆。QT启动速度虽然比Java快，但是也是比VC++编写的程序慢的。

你现在接触到的Windows下的所谓快的软件，都是调用Windows本身的类库，当然快了。

至于输出窗口的字体，我觉得现在的样式已经很好了，我完全看不到你说的锯齿，我这边字体显示也正常，在Netbeans 6.7里，输出窗口会有改进，但是我认为那是完全没有必要的，输出窗口提供一个搜索功能就可以了，输出窗口不是Dreamweaver 编辑器，没有必要做那么华丽。

给你纠正一个错误，如果你机器上没有安装QT，你使用release 那几十kb的dll和exe，根本无法运行。
看来你根本没有部署过QT,可能是本地调试过QT，离开你的环境，你还保证QT几十KB，我还真佩服你了。
我说的100MB是QT未压缩之前的发布体积，并不是QT程序占用的内存。

如果程序不调用Windows的系统类库来渲染窗口，那么即使C++写的程序，也是能感觉到慢的，比如QT使用自己的GUI渲染技术，一个发布版本的QT，加上QT类库的dll,能有上百兆的体积，即使你只写一个Hello World，也是上百兆，因为QT自己的核心库：mingwm10.dll、QtCore4.dll、QtCored4.dll、QtGui4.dll、QtGuid4.dll加起来就有94.7兆。QT启动速度虽然比Java快，但是也是比VC++编写的程序慢的。
。