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本身;
    ● 参见 WxWidgets For MFC Programmers了解更多区别。
   
Mozilla Framework
 
    ● 在Mozilla程序中需要使用JavaScript、XUL和C++;而wxWidgets只使用C++;
    ● 在Mozilla中使用C++(XPCOM)相当困难;在wxWidgets中使用C++就简单得多。
 
Tk
 
    ● Tk又称为:Tcl/Tk,Perl/Tk;Python/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库曾经的百家争吗、百花齐放的场面吧!呵呵…

本文转自 FinderCheng 51CTO博客,原文链接:
http://blog.51cto.com/devbean/183119

相关文章
|
11天前
|
C++
jrtplib开源库系列之一:jrtplib介绍、安装和测试(window 10环境介绍)
关于jrtplib库网上已经有很多介绍,而且目前jrtplib作者已经停止更新(Apr 18, 2020),最新版本为v3.11.2。本系列内容也以该版本进行介绍。 相信你已经对RTP/RTCP协议有一定的了解,并想更深入的了解RTP协议的具体实现,jrtplib就是使用使用C++实现的RTP/RTCP协议。具体标准为RFC3550,如果想仔细阅读原文,但是对英文又有点吃力,可以参考我的博客RTP/RTCP中英文对照,在博客的后面有百度链接,是对RFC3550的中文翻译,可能很多地方不太准确,有些内容是自己添加进去的,希望不会影响你的阅读。
47 0
|
11天前
|
开发者 Python
six,一个神奇的 Python 版本兼容工具库!
six,一个神奇的 Python 版本兼容工具库!
26 4
|
11天前
|
编译器 数据处理 C++
Visual Studio配置并编译C++环境下GDAL库、SQLite环境与PROJ库的方法
Visual Studio配置并编译C++环境下GDAL库、SQLite环境与PROJ库的方法
|
9月前
|
XML 数据管理 编译器
Qt+GDAL开发笔记(二):在windows系统msvc207x64编译GDAL库、搭建开发环境和基础Demo
上一篇使用mingw32版本的gdal,过程曲折,为更好的更方便搭建环境,在windows上msvc方式对于库比较友好。
|
10月前
|
XML 数据管理 Linux
Qt+GDAL开发笔记(一):在windows系统mingw32编译GDAL库、搭建开发环境和基础Demo
麒麟系统上做全球北斗定位终端开发,调试工具要做一个windows版本方便校对,北斗GPS发过来的是大地坐标,应用需要的是经纬度坐标,所以需要转换,可以使用公式转换,但是之前涉及到了另一个shang市公司项目使用WG,最终选择了GDAL库进行转换。
|
10月前
|
XML 网络协议 Linux
POCO库的安装与基础知识说明
一、POCO简单介绍 POCO(Portable Components)是一个轻量级的 C++ 类库,提供了许多基本的、可移植的 C++ 组件和工具。它包含了很多模块,例如网络、XML、加密、多线程等等,可帮助 C++ 开发人员快速构建高效、可靠、可扩展的应用程序。 1.1 基本模块 Foundation:提供了许多基本的 C++ 类和函数,例如字符串、文件、日期时间、异常处理、日志等等。 Net:提供了网络编程的支持,包括 TCP、UDP、HTTP、HTTPS、SMTP、POP3、FTP、DNS 等等。 Util:提供了各种工具和辅助函数,例如配置文件、命令行解析、正则表达式、JS
402 0
|
11月前
|
缓存 前端开发 JavaScript
前端封装库/工具库的实用工具库之Lodash
当今,前端开发已经成为了互联网行业中的主流技术之一。在大多数项目中,我们都需要用到很多的 JavaScript 工具库来提供便利的操作和优化性能。其中一个非常流行的 JavaScript 工具库是 Lodash。 Lodash 是一个一致性、模块化、高性能的 JavaScript 实用工具库。它提供了对数组、数字、对象、字符串等常用数据类型的处理方法,并且支持链式调用和函数式编程风格,优化了 JavaScript 应用的性能和可读性。
321 1
|
存储 Ubuntu 编译器
嵌入式开发板QT库的安装方法之优秀
嵌入式开发板QT库的安装方法之优秀
270 0
嵌入式开发板QT库的安装方法之优秀
|
数据可视化 Unix Linux
wxPython界面设计初体验-值得学习的 Python GUI 库 (2)
前两篇文章写了关于Python GUI库Tkinter和pyqt5的使用体验,但是Python GUI怎么能少得了wxpython呢?不能偏心,必须安排全了,一家人必须整整齐齐(哈哈哈~) Python GUI作为桌面软件设计重要部分,是开发桌软中不可或缺,也是不可避免的一环,灵活掌握GUI库的使用,才能让自己不惧任何GUI相关的需求,设计出的界面更加符合需求,更加精美. 给用户的第一印象是界面设计,毕竟大家大多都是外貌协会,简洁且好看的页面,是一个软件或者程序吸引人的最大亮点,所以掌握各种GUI的使用是我们桌面软件开发程序猿的必备技能,就算工作不需要,平时搞个辅助小软件也是不错,总不能要
412 0
|
网络协议 Linux Windows
LibModbus库开发笔记(一):libmodbus库介绍、编译和基础工程模板
LibModbus库开发笔记(一):libmodbus库介绍、编译和基础工程模板
LibModbus库开发笔记(一):libmodbus库介绍、编译和基础工程模板