GTK+
● GTK+的网站: www.gtk.org;
● GTK+原本是Gimp的一个工具库,是在LGPL协议下发布的Unix系统GUI库;
● GTK+已经被移植到Windows,VMS以及其他的系统上面(在MacOS X上面现在可以通过苹果的X11应用程序实现,其本地版本正在开发之中),使用相同的API。但是,GTK+的设计初衷是Unix,多平台的开发是后来才加入的;
● GTK+是GNOME用户界面的原始构建库;
● 不同于wxWidgets,GTK+支持C语言(同样,GTK+也有一个C++的封装版本GTKMM, http://www.gtkmm.org);
● GTK+的API被很好的设计过,包含了安全类型转换和其他的一些机制,但是C++语言已经内建了这些;
● GTK+构建在glib库之上,这是一个通用库(在某些方面类似于C++的STL,它提供了一些数据结构,以及一些帮助内存管理的函数等);
● 在不同平台具有相对一致的界面,除了Windows XP,在XP系统中,GTK+尝试使用Wimp外观(基于UxTheme)来模拟Windows本地界面,获得了一定的成功。但是,它依然是一个Unix库;
● 既然wxWidgets在Unix上使用GTK(或是GTK2),也就没有什么理由在wxWidgets之上构建跨平台的C++程序了。
Kylix
● Kylix是Borland/Inprise的一个不成功的产品,所以很难说它还会继续被支持多久;
● Kylix基于Qt构建;
● Kylix仅支持为数不多的平台;
● Kylix的IDE使用了不少于三个库,并且很不专业。
Lazarus
● Lazarus是一个跨平台的开源RAD IDE,也是一个编写GUI程序的库;
● Lazarus很多地方与Borland Delphi兼容,相同的代码可以被这两个编译器编译;
● Lazarus有为本地使用或者客户端/服务器的数据库应用的数据展示组件;
● Lazarus仅支持Object Pascal;
● 工作方式类似于wxWidgets,支持很多底层的工具集:gtk1,gtk2,win32api,qt,carbon和winCEapi;
● 底层的免费Pascal编译器支持很多现在仍在使用的操作系统和架构;
● 现在它支持的平台比wxWidgets少。
Ultimate++
● Ultimate++仅支持Windows和Linux,不支持MaxOS;
● 在 http://upp.sourceforge.net/www$uppweb$vswx$en-us.html的对比展示了一个简单的例子,但是这并不能说明这个库如何很好的开发更大的应用程序。
Notus
● Notus网站: http://sourceforge.net/projects/notus;
● 实际上存在wxWidgets ;) (豆子:原文是wxWidgets actually exists,这可能是说还有更好的wxWidgets);
● Notus似乎是要更多地使用标准库和现代C++概念,例如遍历器、模板、命名空间等等(相比之下,wxWidgets更多的是使用了非标准的方式);并 且它更多地是借鉴了Boost的设计理念(你可以把它认为是一个好的或者不好的事情),它和Boost的其他的库在一起工作得很好。当然,既然它并不存 在,这是不是真的还得要时间的检验。(豆子:看看Notus的站点,好像这是库是把泛型的概念带入到GUI编程里面)
MFC
● MFC仅仅能够在Windows上免费使用:
○ Visaul C++跨平台版本有一个maxintosh版(至少要800美元),但是自从4.1版本的编译器就不支持了;
○ 也有一些Unix的模仿,如MainWin,相当的昂贵,需要运行时协议,并且据说有一些有问题的支持;
● 如果一个程序使用wxWidgets或者MFC构建,并且源代码是开放的,那么EULA(豆子:最终用户许可协议)是不能约束wxWidgets的;
● MFC的执行程序比wxWidgets小(基本上是靠编译器实现体积缩小的);
● MFC拥有很多优秀的商业组件;
● 有人说,wxWidgets的事件表(event tables)要比MFC的消息映射(message map)好;
● wxWidgets的类层次结构更多合理,而MFC在顶层类名显得不那么一致性;
● wxWidgets提供了大量的相关的方便的工具类,而MFC提供了更多的窗口相关的类;
● 同.NET不同,MFC不会迁移到.NET平台;另一方面,wxWidgets已经有了初步的.NET版本;
● MFC提供了更多的组件,尤其是有关数据的控件;
● 有些地方使用wxWidgets更加简单一些,例如特定类型的窗口(如总是在最上方的窗口等),另一些地方使用MFC会更方便,日期选择工具条;
● 或许使用MFC最重要的一点是MSVC,这个IDE本身;
● 参见<a title="WxWidgets" for="" mfc="" programmers"="" href="http://wiki.wxwidgets.org/WxWidgets_For_MFC_Programmers" target="_blank" style="padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; color: rgb(67, 67, 67); text-decoration: none; ">WxWidgets For MFC Programmers了解更多区别。
Mozilla Framework
● 参见 http://www.mozilla.org/why/framework.html;
● 在Mozilla程序中需要使用JavaScript、XUL和C++;而wxWidgets只使用C++;
● 在Mozilla中使用C++(XPCOM)相当困难;在wxWidgets中使用C++就简单得多。
Tk
● Tk又称为:Tcl/Tk,Perl/Tk;Python/Tkinter;
● 参见: http://wiki.tcl.tk/tk; http://wiki.python.org/moin/TkInter;
● 古老的API,但是实现了基础的功能。很多扩展提供了新的组件:著名的
BWidgets Tcl/Tk扩展提供了纯Tcl编写的
megawwidgets;
● 没有GridView~ListView,但是有一个简单的list;
● ComboBox是一种按钮;
● 默认命令是双击,但如果你希望“单击”或其他事件,那也是支持的,不过你会很难发现它们;
● Python将这个库选为默认的,但是一些发行版(如Pardus)并没有默认包含;
● 从一个组件获得返回值是通过StringVar、IntegrVar和DoubleVar类,这很令人困惑;
● 提供MaxOS X上面的本地外观(很久以来就是如此),使用Tile扩展实现Windows XP的本地风格,其他情况下是Win9x的风格;
● 在X11下并不能工作得很好。事实上,它看起来有点像Motif :-( ,看一下Tile扩展,它的目标是让Tk在X11下获得新生;
● Tk是工具命令行语言(豆子:原文是Tool Command Language)的一个扩展。这种语言是一个强大的跨平台脚本语言。但是不得不承认,Tcl的学习曲线很高,它是一种和C/C++完全不同的语言;
● 你可以把完整的Tcl/Tk应用程序包装成
一个二进制文件,一个独立的Starpack,或者说是一个使用一种小巧的脚本解释器Tclkit运行的Starkit。发布就是这么简单。
VCF
● VCF网站: http://vcf-online.org;
● 清晰的OO设计;
● 在Windows是成熟的,部分支持MaxOS X和Linux;
● BSD协议。
WideStudio
● WideStudio网站: http://www.widestudio.org;
● WideStudio使用它自己的组件;
● WideStudio的安装包含在MinGW和gcc之中(不是可选的);
● WideStudio有一个IDE/设计器;
● 它的IDE/设计器有Eclipse插件版本(参见 http://www.eclipse.org/dsdp/nab/);
● WideStudio没有控件交互的键盘导航;
● WideStudio的容器类不允许使用名字引用(如myWindow("labelCaption")->Test);
● WideStudio的库的总大小小于10M(2008-01-25),小型的应用程序的发行版小于4M。
什么情况下不应该使用wxWidgets?
● wxWidgets缺少创建漂亮的表格、图表的商业GUI组件。参见 wxCode;
● 不支持主题(区别于在底层使用主题的工具库),除非你使用wxUniversal或者 wxSkin;
● wxX11相比于其他的工具库只是一个子集,并且不稳定。你应当使用wxGTK,这个实现基于GTK构建,而不是直接在X11上面。wxX11更适合于没有GTK的嵌入式设备;
● wxWidgets试图支持大量的特性,因此,有些很少用到的组件不如经常使用的组件稳定。就像使用任何开源库一样,大量的测试是最佳的解决方案;
● wxWidgets没有提供任何平台的二进制发布。你不得不自己编译wxWidgets。 wxpack提供了Windows平台上的wxWidgets的二进制版本,但是你需要下面几百兆的开发包;
● 使用本地组件使得相同的代码在不同平台表现有所不同,并且可能有一些平台相关的bugs。
==================================================
现在终于将这篇文章翻译完了。很多翻译不当的敬请谅解!虽然这是篇发布在wxWidgets上面的Wiki,但是我觉得写得还算中肯,因此是有一定的借鉴意义的。
这里列出了很多库,或许一些现在已经停止开发了,至少也算是见证一下C++ GUI库曾经的百家争吗、百花齐放的场面吧!呵呵…