请评价下这些C++ GUI库？
除了那些常见，大的GUI库：MFC，WTL，wxWidgets，QT等，还有不少不那么出名的GUI库，有使用过的人讲授下经验

比如：SmartWin, fltk、JUCE、、Ultimate++、Win32++、FOX, WINX，NOTUS

[解决办法]
MFC：运行效率很高，功能很全，思想比较旧，面向对象特征不明显，开发效率较低，不跨平台。

WTL：运行效率很高，功能较全，比较先进，但是文档很少，没有官方支持，不跨平台。

wxWidget：运行效率很高（Windows下，也是原生窗口，和MFC一样，linux下要差些），功能很全，风格接近MFC。

QT：自绘窗口，跨平台时窗口风格能够固定，运行效率较低，但开发效率较高，可跨平台。


[解决办法]
抢sf学习。
[解决办法]
呃,mfc很好 开发效率很不错，文档全，会的人多。
[解决办法]
综合起来，其实最容易学的是MFC，资料最多，开发效率最高的是QT，WTL难以大规模应用，wxWidget主要用于处理跨平台界面的高效率移植（原生窗口，速度很快）。
[解决办法]

探讨

MFC：运行效率很高，功能很全，思想比较旧，面向对象特征不明显，开发效率较低，不跨平台。

WTL：运行效率很高，功能较全，比较先进，但是文档很少，没有官方支持，不跨平台。

wxWidget：运行效率很高（Windows下，也是原生窗口，和MFC一样，linux下要差些），功能很全，风格接近MFC。

QT：自绘窗口，跨平台时窗口风格能够固定，运行效率较低，但开发效率较高，可跨平台。

[解决办法]

探讨

QT在KDE下不是自绘窗口，是原生的。QT效率低，能举个例子吗，QT写的效率低的软件。

[解决办法]
如果老兄想翻案，唯一的方式就是证明KDE快过GNOME，GNOME快过Windows，就算这样，还得考虑去掉“KDE原生QT”的红利。

linux应用层界面窗口慢是无法辩驳的事实。
[解决办法]
我只耍mfc，原因是不懂的时候比较方便找人问>_<
很猥琐的理由……
[解决办法]

探讨

如果老兄想翻案，唯一的方式就是证明KDE快过GNOME，GNOME快过Windows，就算这样，还得考虑去掉“KDE原生QT”的红利。

linux应用层界面窗口慢是无法辩驳的事实。

[解决办法]

探讨

引用:
QT在KDE下不是自绘窗口，是原生的。QT效率低，能举个例子吗，QT写的效率低的软件。

你所说的原生窗口，就是指动态链接库已经被加载了吧，linux用户常常以此来解释Windows快的原因，而会比X Window的“思想”痼疾。

让我举例，好我来个对比，C/C++ codeKDE比Gnome都慢，而GNOME比win32窗口曼也是公认的，够了吧，原生的QT都那么慢，自绘的还用说么？

[解决办法]

探讨

引用:
如果老兄想翻案，唯一的方式就是证明KDE快过GNOME，GNOME快过Windows，就算这样，还得考虑去掉“KDE原生QT”的红利。

linux应用层界面窗口慢是无法辩驳的事实。


这得先证明，Gnome和KDE是同一规模的东西，两者的用户体验也是同一水平
现在已经不是几年前了，我想你基本上没有玩过Linux桌面吧

[解决办法]

探讨

现在该我问你了，你体验过500块钱的鼠标和20块钱的鼠标的差别么？Windows下差别非常明显，linux下几乎一样——500块钱的鼠标也成了20块钱的……

[解决办法]
WTL 手机应用领域的 功能是要比MFC少 但是软件也要小很多 应用领域不一样
[解决办法]

探讨

WTL 手机应用领域的 功能是要比MFC少 但是软件也要小很多 应用领域不一样

[解决办法]

探讨

引用:
引用:
如果老兄想翻案，唯一的方式就是证明KDE快过GNOME，GNOME快过Windows，就算这样，还得考虑去掉“KDE原生QT”的红利。

linux应用层界面窗口慢是无法辩驳的事实。


这得先证明，Gnome和KDE是同一规模的东西，两者的用户体验也是同一水平
现在已经不是几年前了，我想你基本上没有玩过Linux桌面吧

以前玩过Red Hat 9和红旗。

后来玩过Ubuntu和Mandriva，一个Gnome，一个KDE，差别是有的，如果KDE代表的就是linux桌面速度的最高水平，那就很杯具了，KDE给我的唯一好印象就是华丽，gnome比KDE快可能一部分原因在于相对简约，不过二者都明显没有Windows快。

现在该我问你了，你体验过500块钱的鼠标和20块钱的鼠标的差别么？Windows下差别非常明显，linux下几乎一样——500块钱的鼠标也成了20块钱的……

[解决办法]
我用MFC是因为 资料多 -_-
[解决办法]

探讨

引用:
引用:
引用:
如果老兄想翻案，唯一的方式就是证明KDE快过GNOME，GNOME快过Windows，就算这样，还得考虑去掉“KDE原生QT”的红利。

linux应用层界面窗口慢是无法辩驳的事实。


这得先证明，Gnome和KDE是同一规模的东西，两者的用户体验也是同一水平
现在已经不是几年前了，我想你基本上没有玩过Linux桌面吧

以前玩过Red Hat 9和红旗。

后来玩过Ubuntu和Mandriva，一个Gnome，一个KDE，差别是有的，如果KDE代表的就是linux桌面速度的最高水平，那就很杯具了，KDE给我的唯一好印象就是华丽，gnome比KDE快可能一部分原因在于相对简约，不过二者都明显没有Windows快。

现在该我问你了，你体验过500块钱的鼠标和20块钱的鼠标的差别么？Windows下差别非常明显，linux下几乎一样——500块钱的鼠标也成了20块钱的……


redhat9和红旗，从桌面的角度看，跟现在的发行版，完全不是一回事了，
2004年的买的电脑，跑2006年的ubuntu6.06，要比早几年的发行版快很多，
这点跟windows是不同的，windows很少出现新发行版比老发行版快很多的情况。

linux窗口速度，只有玩fvwm等轻量级WM的人才能体会到，什么叫飞一般的速度，
上百个wm可以选择，gnome和kde不是wm，它们是桌面环境，强调的也不是速度，是软件整合。

要比较，前提是对windows和linux熟悉程度差不多，都能用比较合适的方式去操作，
而不是全部用windows的套路弄到linux下然后觉得不爽，或者lin的一套照搬到win下喊不舒服。

500元和20元的鼠标，我感受到的主要是手感差别，移动和定位，不打游戏还真感觉不出来。
你怎么不说摄像头呢，大部分摄像头在linux下是无法使用的。

[解决办法]
学习了
[解决办法]

探讨

引用:
引用:
引用:
引用:
如果老兄想翻案，唯一的方式就是证明KDE快过GNOME，GNOME快过Windows，就算这样，还得考虑去掉“KDE原生QT”的红利。

linux应用层界面窗口慢是无法辩驳的事实。


这得先证明，Gnome和KDE是同一规模的东西，两者的用户体验也是同一水平
现在已经不是几年前了，我想你基本上没有玩过Linux桌面吧

以前玩过Red Hat 9和红旗。

后来玩过Ubuntu和Mandriva，一个Gnome，一个KDE，差别是有的，如果KDE代表的就是linux桌面速度的最高水平，那就很杯具了，KDE给我的唯一好印象就是华丽，gnome比KDE快可能一部分原因在于相对简约，不过二者都明显没有Windows快。

现在该我问你了，你体验过500块钱的鼠标和20块钱的鼠标的差别么？Windows下差别非常明显，linux下几乎一样——500块钱的鼠标也成了20块钱的……


redhat9和红旗，从桌面的角度看，跟现在的发行版，完全不是一回事了，
2004年的买的电脑，跑2006年的ubuntu6.06，要比早几年的发行版快很多，
这点跟windows是不同的，windows很少出现新发行版比老发行版快很多的情况。

linux窗口速度，只有玩fvwm等轻量级WM的人才能体会到，什么叫飞一般的速度，
上百个wm可以选择，gnome和kde不是wm，它们是桌面环境，强调的也不是速度，是软件整合。

要比较，前提是对windows和linux熟悉程度差不多，都能用比较合适的方式去操作，
而不是全部用windows的套路弄到linux下然后觉得不爽，或者lin的一套照搬到win下喊不舒服。

500元和20元的鼠标，我感受到的主要是手感差别，移动和定位，不打游戏还真感觉不出来。
你怎么不说摄像头呢，大部分摄像头在linux下是无法使用的。

那些简单界面是以牺牲功能和美观为代价的，Windows要想这样，关闭Aero，关闭桌面主题，关闭所有界面美观选项，用win95界面，一样可以比Win7界面快很多，你说的那些最多只能和win95甚至win3.x的界面比，linux只有KDE和Gnome，和Windows的界面是一个重量级的，所以要比，只能用他们俩比。

我用Ubuntu 7/8/9（每年都会用一阵子），并没感到比rad hat 9明显快，只感觉红旗是特别慢的，即使是现在的红旗。

Windows下，500元的鼠标即使是定位、移动、手感，和20元的也是质的差别，而linux呢？定位不准是常有的事，单击变双击也不奇怪（KDE下调过双击选项了），任何鼠标都一样，这在Windows下根本不可想象的，我从不偏激，我说的都是公认的事实，那种我纯粹个人的感受，上网查了一下没有相同遭遇的，我是从来不说的，所以，别人要是否认这些，我会很郁闷。

[解决办法]
那个鼠标问题，xorg.conf文件配置了吗?
[解决办法]

探讨

引用:
WTL 手机应用领域的 功能是要比MFC少 但是软件也要小很多 应用领域不一样

只是因为相对小巧，手机开发者喜欢用而已，不是专门为手机而准备的

[解决办法]

探讨

我只耍mfc，原因是不懂的时候比较方便找人问>_ <
很猥琐的理由……

[解决办法]

探讨

fvwm牺牲了界面和功能吗?  我不觉得。我认为fvwm界面丝毫不落后于Gnmoe和KDE，
不过，几千行的配置文件，也不是人人有精力写的出来的，要用起来，至少也要写个上百行，
所以这阻碍了它的流行，没法跟Gnome和KDE那么傻瓜化。

简陋而快速的，恐怕要数dwm了，它没有配置文件，配置都是硬编码进源码的，
要个性化，修改C语言源文件是唯一的方法，代码很小，不到20K。

我看到过很多人抱怨XX问题XX问题，最后我发现，大部分都是使用不当造成的，
曾经有人抱怨中文locale的wine启动很慢，最后找出原因，是缺乏某个字体导致的，
后来某些人安装了字体，某些人通过patch源码的方式，都解决了问题。

不知道你说的单机变双击是何情况，如果是vpc下运行linux，那是情理之中的，
即使安装linux失败也是情理之中，vpc被微软收购后，官方就不支持Linux。

你遇到问题，别人也遇到问题，这并不能说明是东西有问题，
搜索windows鼠标变双击，出现的条目，是linux的好几倍，能说明windows对鼠标支持不好吗?


ubuntu我只用到6，之后的版本基本上没怎么用，我记得速度是很快的，
但是你不能用默认集成的那些软件，那些很多都很慢，大部分都不怎么样，需要换成其它的。
redflag我不作评价，它在社区一般是不屑被提起的。

如果你没觉得ubuntu比redhat9快一大截，我很好奇，ubuntu你配置好了吗?

[解决办法]
GTK和QT都是基于Xlib的，但我觉得Xlib本身就有问题。
Xlib限制了显卡加速。

Fltk的思想我觉得是最好的。

[解决办法]
我看到过很多人抱怨XX问题XX问题，最后我发现，大部分都是使用不当造成的，
曾经有人抱怨中文locale的wine启动很慢，最后找出原因，是缺乏某个字体导致的，
后来某些人安装了字体，某些人通过patch源码的方式，都解决了问题。
-------------------------------
如果这种事情发生在Windows身上，没人会指责用户的配置，会清一色的抨击微软！微软更不会生硬的反过来抨击用户——自己去找个字体不就解决了？看看差距
[解决办法]
在这里忠告一下linux桌面环境，要么完全回归linux的本源，不提供什么傻瓜化工具，所有的事情读写配置文件，要做傻瓜化工具就做好做精，别干那些仍人想砸电脑的傻事。

为什么我拿KDE的分辨率说事，因为我当初第一次用KDE4的时候（mandriva 2008）为一个分辨率浪费了我一整天，KDE4我记得有三处改动分辨率的地方（mandriva早格式化了，但我印象很深），一处是很明显的就在设置菜单面板上——改了后重启X复原（不清楚你提供这个干什么），还有一处画面类似于微软的显示属性的地方，是调硬件的——重启后复原，而且分辨率调得显示器不支持的时候不会像Windows那样自己恢复，而是整个KDE直接黑掉，最后在配置文件里改，忙活了一天，找了几个配置文件例子，总算改成了……

我就不明白了，如果KDE4想吸引Windows用户，你也提供了类似于Windows用户的显示属性设置，但为什么搞成假的？而且还有两个窗口——至今没明白最容易看到的那个和调硬件的那个有什么本质区别，貌似这两个都不会改动KDE的配置文件。

或者你像红旗那样仿win仿得像一些，Windows的配置方式、操作习惯直接拿来就能用；要么你就别提供这些机关陷阱，三个改分辨率的接口，两个没用一个难用，哪怕宣传中把KDE4吹上天，最后的结局只能是用户拍桌子走人，不仅拉不到用户，反而将用户推向对立面——更忠诚于Windows。

想Windows的分辨率修改，无论是显示属性还是注册表，都非常明确吧，改了确定就有效，linux的图形界面经常给人一种类似于这样的不确定感，记得前一阵子，一个linux大牛还在为“linux一种配置提供多个配置文件（很明显，分辨率这里就是这样，前两处修改没有改动KDE的配置文件，那肯定动了其他地方）”这件事吹法螺，说这样怎么怎么科学了，怎么怎么牛逼了……我看，这种不确定性是linux最大的缺陷。
[解决办法]
新的红旗在使用KDE4之后，也引入了这个问题，仿Win的感觉下降了不少，也许是我水平确实不行……
[解决办法]
不同的配置哲学，
Linux软件喜欢搞不同层级的配置，
全局，用户，当前会话，越局部的配置，优先级越高，
同一用户也可能搞很多不同名字的配置，使用时可以指定其中一种，
同时非常强调用户之间的隔离，一个用户的用户级配置不能对另一用户有影响，
全局配置除非拥有该项配置的权限，普通用户是无权访问。

软件安装路径，配置文件路径，配置方式，两者都是完全不同的哲学。
不过看最近几年的发展，也挺有意思的，gconf提供了类似注册表的集约式管理，
windows下某些程序运行时不再往app目录下写东西，也不写注册表，却把数据放个人目录下


windows和linux在对待用户出了问题这件事情上，其实差不多的，
在pcbeta上，说win7的XX有问题，也会被指出是你自己搞不定，不是系统不好。
windows用户初涉Linux时，容易以资深电脑用户自居，不愿意把自己当成一个什么都不会的人从头开始学，
用windows下的经验去操作时，遇到解决不了的问题时，喜欢跑社区说遇到xx bug，
社区里见多了这种明明自己搞不定却出来抱怨的事情，特别气人的是，那些人觉得自己是高手，
没理由是自己搞不定，一口咬定问题不是出在自己身上。
[解决办法]
http://home.pacbell.net/atai/guitool/
这个网页上列举了40个左右的GUI库
有兴趣的可以研究一下。

[解决办法]

探讨

引用:
fvwm牺牲了界面和功能吗?  我不觉得。我认为fvwm界面丝毫不落后于Gnmoe和KDE，
不过，几千行的配置文件，也不是人人有精力写的出来的，要用起来，至少也要写个上百行，
所以这阻碍了它的流行，没法跟Gnome和KDE那么傻瓜化。

简陋而快速的，恐怕要数dwm了，它没有配置文件，配置都是硬编码进源码的，
要个性化，修改C语言源文件是唯一的方法，代码很小，不到20K。

我看到过很多人抱怨XX问题XX问题，最后我发现，大部分都是使用不当造成的，
曾经有人抱怨中文locale的wine启动很慢，最后找出原因，是缺乏某个字体导致的，
后来某些人安装了字体，某些人通过patch源码的方式，都解决了问题。

不知道你说的单机变双击是何情况，如果是vpc下运行linux，那是情理之中的，
即使安装linux失败也是情理之中，vpc被微软收购后，官方就不支持Linux。

你遇到问题，别人也遇到问题，这并不能说明是东西有问题，
搜索windows鼠标变双击，出现的条目，是linux的好几倍，能说明windows对鼠标支持不好吗?


ubuntu我只用到6，之后的版本基本上没怎么用，我记得速度是很快的，
但是你不能用默认集成的那些软件，那些很多都很慢，大部分都不怎么样，需要换成其它的。
redflag我不作评价，它在社区一般是不屑被提起的。

如果你没觉得ubuntu比redhat9快一大截，我很好奇，ubuntu你配置好了吗?
。
使用不当其实是用户最正当的理由，例如KDE的分辨率重启X后复原，你可以说是用户配置不当，但我同样可以说这就是KDE的bug或严重设计缺陷——最容易让用户看到的那个配置分辨率的地方是假的！只改那个地方就会出现重启X后复原，如果微软出现了“显示属性”改不动分辨率这种bug，不清楚linuxers会躁动到何种程度……linuxers的恶心宣传与抨击，是我对linux感觉很坏的最直接原因，我想您自己已经和他们划清了界限。

linux中类似于kde分辨率的设计缺陷太多了，至于鼠标，对不起，VPC那种没有集成度的简单家伙我一向不屑于用的，真机器装Mandriva，以及VMware装红旗都遇到了单击双击混乱的局面（KDE的bug？Gnome没有），linux的优势不在图形和桌面你是承认的，这方面犟嘴说服不了任何人。

速度上，由于规模的增大，默认安装如果Ubuntu 6/7/8/9远快于red hat 9才叫不正常，如果说选择安装，不要以为只有linux给你定制权，Windows XP Embedded同样可以，如果硬要比PC图形界面的速度，linux面对完整版Windows尚且落后，比我的Windows自制精简版差得远，更别说官方的模块化版本Embedded了。

说起模块化，linux的内核比Windows要臃肿的多，多内核和微内核是没法比的，在win7的开发阶段，微软曾今弄出过一个几十M的微系统MiniWin，让linux社区兴奋不已——微软也开始学linux了，且不说这种东西根本不可能上市，就算产品化，也得益于Windows本身的内核设计，和linux不沾边。这和VS不支持java、php一样，Windows普通版本不支持模块化那是商业考虑或者说为了简化安装，而非做不了。Embedded版本就非常漂亮，而且和Professional是二进制兼容的，可以装PC上，北京奥运会的那些服务器就是装的这个，一份linux都没用。

[解决办法]
顺便贴一个经常看到的csdn页面

PHP code

“/”应用程序中的服务器错误。超时时间已到。在操作完成之前超时时间已过或服务器未响应。说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。异常详细信息: System.Data.SqlClient.SqlException: 超时时间已到。在操作完成之前超时时间已过或服务器未响应。源错误:执行当前 Web 请求期间生成了未处理的异常。可以使用下面的异常堆栈跟踪信息确定有关异常原因和发生位置的信息。堆栈跟踪:[SqlException (0x80131904): 超时时间已到。在操作完成之前超时时间已过或服务器未响应。]   System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection) +1950890   System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection) +4846875   System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj) +194   System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj) +2392   System.Data.SqlClient.SqlDataReader.ConsumeMetaData() +33   System.Data.SqlClient.SqlDataReader.get_MetaData() +83   System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString) +297   System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async) +954   System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result) +162   System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method) +32   System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method) +141   System.Data.SqlClient.SqlCommand.ExecuteReader() +89   CSDN.Community.ForumDAL.TopicDataProvider.SearchTopicsUserDiscussedInSections(String UserName, Int32 PageSize, Int32 CurrPage, List`1 sectionList, Int32& count, List`1& TopicSet) +647   CSDN.Community.WebSite.PointForum.Forum.UserTopicList.Page_Load(Object sender, EventArgs e) +1443   System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e) +14   System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e) +35   System.Web.UI.Control.OnLoad(EventArgs e) +99   System.Web.UI.Control.LoadRecursive() +50   System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +627版本信息: Microsoft .NET Framework 版本:2.0.50727.3603; ASP.NET 版本:2.0.50727.3082
[解决办法]
QT跨平台，功能和文档也在逐步完善，只要有C++功底就可以轻松入门。
[解决办法]
标记
[解决办法]
吵得很厉害啊。。。观望中....
[解决办法]
探讨

顺便贴一个经常看到的csdn页面


PHP code“/”应用程序中的服务器错误。
超时时间已到。在操作完成之前超时时间已过或服务器未响应。
说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。

异常详细信息:System.Data.SqlClient.SqlException: 超时时间已到。在操作完成之前超时时间已过或服务器未响应。

源错误:

执行当前 Web 请求期间生成了未处理的异常。可以使用下面的异常堆栈跟踪信息确定有关异常原因和发生位置的信息。

堆栈跟踪:

[SqlException (0x80131904): 超时时间已到。在操作完成之前超时时间已过或服务器未响应。]System.Data.SqlClient.SqlConnection.OnError(SqlExceptionexception,Boolean breakConnection)+1950890System.Data.SqlClient.SqlInternalConnection.OnError(SqlExceptionexception,Boolean breakConnection)+4846875System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)+194System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)+2392System.Data.SqlClient.SqlDataReader.ConsumeMetaData()+33System.Data.SqlClient.SqlDataReader.get_MetaData()+83System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior,String resetOptionsString)+297System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior,Boolean returnStream,Boolean async)+954System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior,Boolean returnStream,String method, DbAsyncResult result)+162System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior,Boolean returnStream,String method)+32System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior,String method)+141System.Data.SqlClient.SqlCommand.ExecuteReader()+89 
 
   CSDN.Community.ForumDAL.TopicDataProvider.SearchTopicsUserDiscussedInSections(String UserName, Int32 PageSize, Int32 CurrPage,List`1 sectionList, Int32&count,List`1& TopicSet)+647
   CSDN.Community.WebSite.PointForum.Forum.UserTopicList.Page_Load(Object sender, EventArgs e)+1443System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp,Object o,Object t, EventArgs e)+14System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e)+35System.Web.UI.Control.OnLoad(EventArgs e)+99System.Web.UI.Control.LoadRecursive()+50System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint,Boolean includeStagesAfterAsyncPoint)+627


版本信息: Microsoft.NET Framework 版本:2.0.50727.3603; ASP.NET 版本:2.0.50727.3082

[解决办法]
X protocol 了解一下没坏处

kernel32 / gdi32 / user32

不要只关注  Window Manager
[解决办法]
探讨

引用:
引用:
fvwm牺牲了界面和功能吗?  我不觉得。我认为fvwm界面丝毫不落后于Gnmoe和KDE，
不过，几千行的配置文件，也不是人人有精力写的出来的，要用起来，至少也要写个上百行，
所以这阻碍了它的流行，没法跟Gnome和KDE那么傻瓜化。

简陋而快速的，恐怕要数dwm了，它没有配置文件，配置都是硬编码进源码的，
要个性化，修改C语言源文件是唯一的方法，代码很小，不到20K。

我看到过很多人抱怨XX问题XX问题，最后我发现，大部分都是使用不当造成的，
曾经有人抱怨中文locale的wine启动很慢，最后找出原因，是缺乏某个字体导致的，
后来某些人安装了字体，某些人通过patch源码的方式，都解决了问题。

不知道你说的单机变双击是何情况，如果是vpc下运行linux，那是情理之中的，
即使安装linux失败也是情理之中，vpc被微软收购后，官方就不支持Linux。

你遇到问题，别人也遇到问题，这并不能说明是东西有问题，
搜索windows鼠标变双击，出现的条目，是linux的好几倍，能说明windows对鼠标支持不好吗?


ubuntu我只用到6，之后的版本基本上没怎么用，我记得速度是很快的，
但是你不能用默认集成的那些软件，那些很多都很慢，大部分都不怎么样，需要换成其它的。
redflag我不作评价，它在社区一般是不屑被提起的。

如果你没觉得ubuntu比redhat9快一大截，我很好奇，ubuntu你配置好了吗?
。
使用不当其实是用户最正当的理由，例如KDE的分辨率重启X后复原，你可以说是用户配置不当，但我同样可以说这就是KDE的bug或严重设计缺陷——最容易让用户看到的那个配置分辨率的地方是假的！只改那个地方就会出现重启X后复原，如果微软出现了“显示属性”改不动分辨率这种bug，不清楚linuxers会躁动到何种程度……linuxers的恶心宣传与抨击，是我对linux感觉很坏的最直接原因，我想您自己已经和他们划清了界限。

linux中类似于kde分辨率的设计缺陷太多了，至于鼠标，对不起，VPC那种没有集成度的简单家伙我一向不屑于用的，真机器装Mandriva，以及VMware装红旗都遇到了单击双击混乱的局面（KDE的bug？Gnome没有），linux的优势不在图形和桌面你是承认的，这方面犟嘴说服不了任何人。

速度上，由于规模的增大，默认安装如果Ubuntu 6/7/8/9远快于red hat 9才叫不正常，如果说选择安装，不要以为只有linux给你定制权，Windows XP Embedded同样可以，如果硬要比PC图形界面的速度，linux面对完整版Windows尚且落后，比我的Windows自制精简版差得远，更别说官方的模块化版本Embedded了。

说起模块化，linux的内核比Windows要臃肿的多，多内核和微内核是没法比的，在win7的开发阶段，微软曾今弄出过一个几十M的微系统MiniWin，让linux社区兴奋不已——微软也开始学linux了，且不说这种东西根本不可能上市，就算产品化，也得益于Windows本身的内核设计，和linux不沾边。这和VS不支持java、php一样，Windows普通版本不支持模块化那是商业考虑或者说为了简化安装，而非做不了。Embedded版本就非常漂亮，而且和Professional是二进制兼容的，可以装PC上，北京奥运会的那些服务器就是装的这个，一份linux都没用。


Linux不是多内核，也不是微内核，不知道你在拿哪个跟哪个比?
Linux内核很小的，编译后不到2M，最小化配置可以不到1M，
一个集成了http服务器的Linux可以做到5M以内，用windows搭一个试试看。

北京奥运会开幕式上的windows蓝屏，你注意到了没有?
国内土壤比较特殊，绿罢都可以茁壮成长的。

中国基本国情不同，国际上fx已经达到20%多的份额了，在中国2%都不可能有。
国外技术书作者，喜欢用Linux和MAC，国内技术书作者，基本都是Windows，
我记得head fist设计模式和python核心编程的作者，书上例子用的都是MAC。

国外大学和科研机构，使用Linux或者MAC是很正常的事情，国内很少，
即使是在Top20的大学计算机系，也更加热衷微软产品。

即使是在互联网行业，国内除了几个市值百亿美金级别的大公司弄Linux，
剩下的恐怕是win32+asp居多了，csdn就是windows之上的。

hotmail花了好几年时间从FreeBSD往windows迁移，后来宣布失败，
之后又花了几年，才宣布迁移完成，但是仍然在hotmail主机群中保留了部分FreeBSD服务器，
难道是因为微软对自己产品不太放心么?

FreeBSD也是非常优秀的UNIX分支，跟Linux比，丝毫不会逊色，
可惜鉴于国内喜欢一边倒的基本IT国情，还是被华丽的无视了。

[解决办法]
wxwidgets！鼎立推荐，有详细的文档！只要用过MFC的都会觉得和MFC很相似！很好用，界面设计也比较简单
[解决办法]
探讨

引用:
 引用:
 引用:
 fvwm牺牲了界面和功能吗?  我不觉得。我认为fvwm界面丝毫不落后于Gnmoe和KDE，
 不过，几千行的配置文件，也不是人人有精力写的出来的，要用起来，至少也要写个上百行，
 所以这阻碍了它的流行，没法跟Gnome和KDE那么傻瓜化。

 简陋而快速的，恐怕要数dwm了，它没有配置文件，配置都是硬编码进源码的，
 要个性化，修改C语言源文件是唯一的方法，代码很小，不到20K。

 我看到过很多人抱怨XX问题XX问题，最后我发现，大部分都是使用不当造成的， 
 
 曾经有人抱怨中文locale的wine启动很慢，最后找出原因，是缺乏某个字体导致的，
 后来某些人安装了字体，某些人通过patch源码的方式，都解决了问题。

 不知道你说的单机变双击是何情况，如果是vpc下运行linux，那是情理之中的，
 即使安装linux失败也是情理之中，vpc被微软收购后，官方就不支持Linux。

 你遇到问题，别人也遇到问题，这并不能说明是东西有问题，
 搜索windows鼠标变双击，出现的条目，是linux的好几倍，能说明windows对鼠标支持不好吗?


 ubuntu我只用到6，之后的版本基本上没怎么用，我记得速度是很快的，
 但是你不能用默认集成的那些软件，那些很多都很慢，大部分都不怎么样，需要换成其它的。
 redflag我不作评价，它在社区一般是不屑被提起的。

 如果你没觉得ubuntu比redhat9快一大截，我很好奇，ubuntu你配置好了吗?
 。
 使用不当其实是用户最正当的理由，例如KDE的分辨率重启X后复原，你可以说是用户配置不当，但我同样可以说这就是KDE的bug或严重设计缺陷——最容易让用户看到的那个配置分辨率的地方是假的！只改那个地方就会出现重启X后复原，如果微软出现了“显示属性”改不动分辨率这种bug，不清楚linuxers会躁动到何种程度……linuxers的恶心宣传与抨击，是我对linux感觉很坏的最直接原因，我想您自己已经和他们划清了界限。

 linux中类似于kde分辨率的设计缺陷太多了，至于鼠标，对不起，VPC那种没有集成度的简单家伙我一向不屑于用的，真机器装Mandriva，以及VMware装红旗都遇到了单击双击混乱的局面（KDE的bug？Gnome没有），linux的优势不在图形和桌面你是承认的，这方面犟嘴说服不了任何人。

 速度上，由于规模的增大，默认安装如果Ubuntu 6/7/8/9远快于red hat 9才叫不正常，如果说选择安装，不要以为只有linux给你定制权，Windows XP Embedded同样可以，如果硬要比PC图形界面的速度，linux面对完整版Windows尚且落后，比我的Windows自制精简版差得远，更别说官方的模块化版本Embedded了。

 说起模块化，linux的内核比Windows要臃肿的多，多内核和微内核是没法比的，在win7的开发阶段，微软曾今弄出过一个几十M的微系统MiniWin，让linux社区兴奋不已——微软也开始学linux了，且不说这种东西根本不可能上市，就算产品化，也得益于Windows本身的内核设计，和linux不沾边。这和VS不支持java、php一样，Windows普通版本不支持模块化那是商业考虑或者说为了简化安装，而非做不了。Embedded版本就非常漂亮，而且和Professional是二进制兼容的，可以装PC上，北京奥运会的那些服务器就是装的这个，一份linux都没用。


 Linux不是多内核，也不是微内核，不知道你在拿哪个跟哪个比?
 Linux内核很小的，编译后不到2M，最小化配置可以不到1M，
 一个集成了http服务器的Linux可以做到5M以内，用windows搭一个试试看。

 北京奥运会开幕式上的windows蓝屏，你注意到了没有?
 国内土壤比较特殊，绿罢都可以茁壮成长的。

 中国基本国情不同，国际上fx已经达到20%多的份额了，在中国2%都不可能有。
 国外技术书作者，喜欢用Linux和MAC，国内技术书作者，基本都是Windows，
 我记得head fist设计模式和python核心编程的作者，书上例子用的都是MAC。

 国外大学和科研机构，使用Linux或者MAC是很正常的事情，国内很少，
 即使是在Top20的大学计算机系，也更加热衷微软产品。

 即使是在互联网行业，国内除了几个市值百亿美金级别的大公司弄Linux，
 剩下的恐怕是win32+asp居多了，csdn就是windows之上的。

 hotmail花了好几年时间从FreeBSD往windows迁移，后来宣布失败，
 之后又花了几年，才宣布迁移完成，但是仍然在hotmail主机群中保留了部分FreeBSD服务器，
 难道是因为微软对自己产品不太放心么?

 FreeBSD也是非常优秀的UNIX分支，跟Linux比，丝毫不会逊色，
 可惜鉴于国内喜欢一边倒的基本IT国情，还是被华丽的无视了。

 美国最大社交网站facebook就是Windows 2000的，与其说他们热爱linux或者说linux更优秀，不如说国外反微软的气息更浓，尤其是硅谷，微软本身不是硅谷企业，硅谷的大公司几乎清一色是微软的对头。

 另一个帖子里你提供的top20超级计算机，光强调系统，看了硬件没有，IBM、SGI是不是都是这些公司的硬件？他们会用Windows？top20中我看到的恰恰是商业竞争。

[解决办法]
探讨

能不能讨论正题啊？真受不了了，崩溃中......

[解决办法]
探讨

能不能讨论正题啊？真受不了了，崩溃中......

[解决办法]
linux下的gui毕竟是个应用程序，当然要比win的慢，
[解决办法]
强力围观
[解决办法]
探讨

linux下的gui毕竟是个应用程序，当然要比win的慢，

[解决办法]
Win32++貌似没有MFC好用
调这些所谓的库去开发自己的应用程序，快是快，好是好，方便是方便，缺点也有，就是很多时候你都不知道他是怎么帮你具体实现的。
[解决办法]
mark
[解决办法]
探讨

引用:
linux下的gui毕竟是个应用程序，当然要比win的慢，

纯属搞笑。

[解决办法]
探讨

to : babytech

具体不清楚，不过有源代码的话就会好些吧，另外C++虚函数方式的应该比宏要好些吧，宏方式七拐八拐你就搞不清方向了，所以不是太喜欢MFC这一点

[解决办法]
就一个GUI库,别本末倒置
------解决方案-------------------- 
 
探讨

MFC：运行效率很高，功能很全，思想比较旧，面向对象特征不明显，开发效率较低，不跨平台。

WTL：运行效率很高，功能较全，比较先进，但是文档很少，没有官方支持，不跨平台。

wxWidget：运行效率很高（Windows下，也是原生窗口，和MFC一样，linux下要差些），功能很全，风格接近MFC。

QT：自绘窗口，跨平台时窗口风格能够固定，运行效率较低，但开发效率较高，可跨平台。



[解决办法]
我喜欢qt。。。

原因很简单，因为这个里面没有又臭又长的WinAPI。

同理多线程我喜欢omp。。。。
[解决办法]
mark
[解决办法]
现在新花样是层出不穷，大家还是不要追求全面，

就一个MFC 先用通了，其他的掌握起来也不难，原理都是一样的。

不过我看楼上的 都是高手啊， 不是说给高手听的，给新手提点建议!
[解决办法]
所以 至于效率问题或者是否好用，最好不要听，要自己感受，自己体会的过程 就是最好的学习过程，

就算 群里人说了 那个效率高，自己不体会一下，知道了也没什么用！  

···个人认为···
[解决办法]
总结完毕
[解决办法]
终于吵完了?
[解决办法]
前段时间我也面临同样的选择。

Qt：库的结构很清晰，功能全面、强大，拥有强悍的UI设计器和Layout管理，天然支持皮肤，但是我不能容忍的一点是生成应用程序的体积太大(要带一堆Qt的库，就算用static模式加压缩也是以2mb开始)。
MFC: 设计理念落后了，看起来太过繁琐，所以被我略过了。
WTL: 非常轻量级，但是写出来的代码本身不算很清晰，有很多与ATL的交互不容易掌握。优点是写出来的东西体积小，速度非常快。
Winx: 这是我最后的选择。基于WTL构建，写出来的代码本身很清晰，非常方便，支持UI设计器，自定义控件非常容易。编译出来的东西比WTL更小更快。更容易上手。
[解决办法]
MFC，WTL，wxWidgets，QT等，还有不少不那么出名的GUI库，有使用过的人讲授下经验

比如：SmartWin, fltk、JUCE、、Ultimate++、Win32++、FOX, WINX，NOTUS


MFC:用过，但不怎么喜欢用，用的人应该很多，这个不评论！

QT：现在手上的项目用的这个，有点明显，有点类似borland的VCL，除了MOC机制外，其他都很好。推荐使用！

Fox-toolkit，小 日 本的作品，消息映射机制感觉比较糟糕。
wxWidgets，实现方式类似MFC，通过宏来实现消息映射。
fltk，这个也用过，体积小，在1.X版本使用的Callback，晕死，不喜欢！