转： 知名 GUI lib 简评 (GTK+, Qt, wxWidgets,MFC)

winston

http://hi.baidu.com/jtongfei/blo ... cc393aa125eb319a8d1

知名 GUI lib 简评 (GTK+, Qt, wxWidgets,MFC)
    之前因为把 MFC 痛骂了一顿，有网友在询问其它 GUI toolkit ,所以小弟分享一下个人对三大知名图形形接口 library 的简短评论，纯属个人主观意见，不是业界人士，所知有限，望先进前辈不吝指正或补充

1.GTK+
　　GTK+ 主要用在 X Window 上，整个设计的架构和许多概念和 MFC 以及一般 Windows 上的程序开发大异其趣，入门门坎较高，而且最主要的特色是，他用不具有对象功能的纯"C" 语言，仿真对象导向。 所以写起来比较复杂艰涩，而且充满大量宏，使用和除错都不是很容易，但优点则是可以用 C，不需 C++，如果和 Win32 SDK 比较，不会难学多少，缺点是不易上手使用，而且文件比较缺，架构又非常复杂，且提供的东西比起其它无所不包的 library，是简陋了一点，函数命名又臭又长。 对于简单的程序，GTK+ 会显得太复杂，但是当你开始想扩充其它 library 也都没提供的进阶功能，就会开始赞叹GTK+ 的架构严谨，还有超乎想象的高度弹性。 同样的东西要用 MFC 来做反而会要人命并且多国语言的支持良好，内部也全面使用 UTF-8，兼容性好，又是 unicode能够习惯的话，GTK+ 值得推荐，但没有很建议学，毕竟不好学，要用到熟会需要比较久，而且那样很多 C++ 的功能会用不到。 GTK+ 有 C++ 版本叫做 GTK--，没用过但看文件觉得，并没有比 gtk+ 简单到哪里去。 因为 gtk+ 本来就是对象导向，所以即使换了 c++ 语言，写起来架构还是差不多的。 另外，gtk+ 有 Windows 版本，但缺点是，执行缓慢，不稳定，而且接口是使用 gtk+ 自己的，不是使用 Windows 内建的"Native" 原生图形接口，看起来会不太习惯。 Mac OS X 下可用 X11 来执行 gtk+但那样出来的程序是长得像 UNIX 程序，而不是美美的 OS X Aqua 外观

2.wxWidgets
　　wxWidgets 和 MFC 最接近，命名习惯或架构都高度相似，会 MFC 几乎不用重新学习,有十余年历史，此外，他的对象封装比 MFC 要好，提供的功能也多上太多，又跨平台一般知名的 MFC 程序都会选择用 wxWidgets 改写，来快速移植原程序到其它平台例如 eMule 用 wxWidgets 移植出 aMule, xMule, 还在开发中的 Filezilla 3...等
　　而他最主要的特色是，他是"跨平台"的 "Native" GUI toolkit，在各种平台上都可写出使用该平台内建 Native 原生图形接口的程序。 在 Windows 上就长得跟其它 Windows程序一样，在 Linux 下就使用 gtk+ 的图形接口，在 Mac OS X 下就可以使用华丽的Aqua 外观风格，这点是非常强悍。 不像 gtk+ 到其它系统都还是只能用 gtk+ 自己的缺点是，中文支持在有些地方会出问题，例如剪贴簿的操作。 得自己 patch但仍然相当推荐，即使是个庞大的 library，效能依旧不会太差，尤其在 Windows 上执行速度并不输 MFC，与其学 MFC，不如学 wxWidgets。

3.Qt
　　Qt 的功能，应该是这三者加上 MFC 之中最强大的，文件也很完整，又有 RAD 工具可以辅助开发，并且有商业公司做强力后盾。不但有 Windows/X Window/Mac 版本，甚至还有嵌入式系统可用的版本，稳定性还不错，对象封装也算良好，资源比 GTK+ 或wxWidgets 多得非常多，而且发行公司提供了相当多范例，算是一家以开放原始码成功营利的模范公司。 知名的 KDE 整个是用他开发，证明了他的稳定性和强大功能。缺点是如果你用他开发非 GPL 开放程序代码的软件，必须以极昂贵的金额，购买商业版本。 而他的图形接口并不完全是 "Native GUI"，只是透过 theme 去仿真系统上的标准 GUI，所以看起来很像，却会有些地方可以明显看出破绽。 执行速度缓慢还有过于庞大则是另一个问题。 虽然封装得很良好文件也齐全，并不代表他就很容易学,还有一个严重问题是，他写的不是标准 C++，他使用的 signal/slot 机制必须透过 Qt提供的 preprocessor 处理过才可以转送给编译器，这部份可能被限定用 qmake，算是一个可惜的地方，不过瑕不掩瑜，还是很推荐。忘了说，他内部也是unicode，多国语言没问题。

　　以上三套只是简单介绍，其中 Qt 的程序我没有实际完整开发过，但明显的三套都远远比只能在 Windows 上用，功能少 Bug 多难学难用几乎无多国语言支持的 MFC 要强。三套可跨平台的 library 大家可自行选择，只能用在 Windows 的 MFC 就不用考虑了。

Dragon006

顶！
正准备搞界面

touseit

QT4.5以后好像有LGPL许可，这个对于商业开发可能要宽松好多，具体可以参考一下LGPL。

Dragon006

要是ace也扩展界面的类就好了

winston

ACE没必要再弄啥UI，乱套了。越精越好。千万别搞大而全。