需要用为c++实现的http代理服务器来写gui。搜索了下,主要有:GTK+,QT,FLTK,win32 api(MFC),最后选择了win32 api,毕竟不用夸平台,自己简单的封装了下。以下为引用,黑体下划线为本人注释:
转自:http://blog.csdn.net/lostown/archive/2006/04/11/658654.aspx
最强的GUI库当属Qt,毕竟是商业化的东西,功能最完整,什么都好,包括类似java代码风格,良好的框架设计,但有几点值的一提:
1.它没有使用STL,而是自己实现了一套替代方案QTL;
2.事件模型使用自创的signal/slot机制,所以需要moc.exe来预处理头文件;(这个花了我一些时间来学习。release编译后6M,压缩后2M)
3.对皮肤的支持不是很好,需要自己写Style类来定义各种控件的Paint;
所以站在Qt的视角去比较所有其他的开源库,相信这样能为你作出正确的选择。
1. GTK+
gtk+用C语言的面向对象的设计方法,框架设计良好,它可能会比Qt性能好。LGPL协议,可以作商业用途,支持皮肤(theme/GtkStyle),支持XML定义界面,有设计器支持(glade),支持国际化(gettext),但没有Qt方便,编译的库大小3M左右(Debug版本算上所有的lib)比Qt小
(没找到静态编译库,win发布只能带上runtime,一堆dll,16M,压缩只有几M);有类似Qt的signal机制,但不需要预编译处理。对opengl和图形图像支持良好。
gtk+基于三个库:glib,pango和atk。glib是底层库,封装了c的数据结构处理,可移植性,thread
(第一次使用可能会出现gui线程的同步问题,记得修改gui,要在gtk_thread_enter和gtk_thread_leave之间就好。),动态载入以及一个对象系统。pango是一个布局和文本渲染库,处理
字体和国际化。atk是一个应用程序组件接口库,里面有类似Qt的action之类的。另外cario是一个矢量图的处理库。
因为是C,但代码中避免不了宏和下划线,不是那么讨人喜欢,估计C程序员比较习惯。
window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
g_signal_connect (window, "destroy", G_CALLBACK (gtk_widget_destroyed), &window);
g_signal_connect (window, "destroy", G_CALLBACK (gtk_widget_destroyed), &window);
但有其他语言的绑定,c++的是gtkmm,python的是PyGtk,ada的是AdaGtk。其中gtkmm的代码风格比较好,没有了下划线和诸多宏。
gtk+的最著名的成功案例是gimp图像处理工具和gnome桌面。
GIMP (
http://www.gimp.org/), an image manipulation program
AbiWord ( http://www.abiword.com/), a professional word processor
Dia ( http://www.lysator.liu.se/~alla/dia/dia.html), a diagram creation program
GnuCash ( http://www.gnucash.org/), a personal finance manager
Gnumeric ( http://www.gnome.org/projects/gnumeric/), the GNOME spreadsheet application
Glade ( http://glade.gnome.org/), a GTK+ based RAD tool which produces GTK+ and GNOME applications
Anjuta ( http://anjuta.sourceforge.net/), a versatile Integrated Development Environment (IDE) using C and C++ for GTK+ and GIMP.
AbiWord ( http://www.abiword.com/), a professional word processor
Dia ( http://www.lysator.liu.se/~alla/dia/dia.html), a diagram creation program
GnuCash ( http://www.gnucash.org/), a personal finance manager
Gnumeric ( http://www.gnome.org/projects/gnumeric/), the GNOME spreadsheet application
Glade ( http://glade.gnome.org/), a GTK+ based RAD tool which produces GTK+ and GNOME applications
Anjuta ( http://anjuta.sourceforge.net/), a versatile Integrated Development Environment (IDE) using C and C++ for GTK+ and GIMP.
gtk开发框架:
http://bakery.sourceforge.net/
2.wxWidget
wxWidget的设计风格类似MFC,缺乏现代风格的组件化设计,对于讨厌一堆宏和下划线的我不是那么爽啊。它象Qt一样,自己实现了一套STL的替代方案,它不象Qt那样自己绘制widget,而是使用各个平台自己的native API,在某些平台,它也使用了gtk+。除非使用wxUniversal,否则不支持皮肤。LGPL协议,可作商业用途,功能齐全,RTTI/Thread/RegExp/Network/OpenGL/HTML/ODBC等都支持的非常好,但是界面设计器wxDesigner不是免费和开源的,令人极度不爽。但如果开发大型跨平台的应用,它是最好的选择。
3.FLTK
fltk偏向于开发OpenGL图形应用程序,有界面设计器fluid,比较 轻量级,所以 不支持很多功能(窗口顶置的功能也只能自己写patch来解决),例如Network、Print。代码中使用下划线。界面很像Motif,小而快是它的特点。LGPL协议,但有更多限制(好像分为是否修改源代码还是继承了widget类)。依赖静态回调函数,没有文件对话框,不支持拖曳和剪贴板。比较起来,似乎比Fox稳定。和Motif一样使用函数指针实现signal机制。 (原生界面实在很丑,但适合定制和学习,对没有gui积累经验的人来说,这个是个很好的选择,或者可以考虑内置到游戏中。release编译后大小和直接使用win32 api的大小相近。)
4.Fox
fox偏向于纯粹的GUI库,所以也很轻量,不支持国际化、多线程和和打印功能。但它的代码比FLTK看起来爽,不使用signal/slot机制,而是使用自己的消息映射回调机制,可以runtime连接以及序列化。界面很象windows95。LGPL协议,但限制你的应用也必须是LGPL协议,不象话。不支持皮肤,人家都要求了好多年了!
5.Visual Component Framework
VCF的框架设计非常好,不象Qt和wxWidget,它大量使用STL,比FLTK/Fox具有更加丰富的API,缺省使用Unicode,支持内置的国际化(本地化)和Undo/Redo机制,多线程和RTTI的支持也很好,可以说功能的丰富性直逼wxWidget和Qt,代码风格也是我喜欢的类型(使用namespace和类似java的命名方式)。它的目标是象VB一样使用C++,有Visual C++的插件支持RAD。运用模板和适当的宏实现了反射(RTTI)(不需要象Qt那样生成metaObject),用Observer模式实现了事件系统,库比Qt和MFC都小,大约2M左右。
唯一让我遗憾的是它还不够成熟。
6.Notus
设计风格更加现代的框架,大量使用STL/Boost和模板技术,如果讨厌层次结构和多态的GUI框架,这个适合你。
遗憾的是该项目不够成熟(Pre-alpha)。
遗憾的是该项目不够成熟(Pre-alpha)。
更多的GUI Toolkit:
http://www.atai.org/guitool/
结论:
1. C编程使用GTK+
2. C++大型应用使用gtkmm/wxWidget,个人偏向于前者,虽然在Windows平台gtk+的移植不是支持的很好,但快速开发必须有设计器
3. VCF如果成熟了,将是一个好选择
4. Fox没意思
5. FLTK适合图形图像程序,如果是3D应用和游戏,一般游戏引擎的框架内都实现了内置的GUI框架,例如Nebula的框架,非常吸引人;blender的ghost也非常棒(但是GPL)。
1. C编程使用GTK+
2. C++大型应用使用gtkmm/wxWidget,个人偏向于前者,虽然在Windows平台gtk+的移植不是支持的很好,但快速开发必须有设计器
3. VCF如果成熟了,将是一个好选择
4. Fox没意思
5. FLTK适合图形图像程序,如果是3D应用和游戏,一般游戏引擎的框架内都实现了内置的GUI框架,例如Nebula的框架,非常吸引人;blender的ghost也非常棒(但是GPL)。