wxWidgets与其他工具库的比较(下)


原创作品,允许转载,转载时请务必以超链接形式标明文章  原始出处 、作者信息和本声明。否则将追究法律责任。

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库曾经的百家争吗、百花齐放的场面吧!呵呵…

你可能感兴趣的:(wxWidgets与其他工具库的比较(下))