使用wxWidgets开发跨平台的GUI程序.docx
- 文档编号:4801191
- 上传时间:2022-12-09
- 格式:DOCX
- 页数:6
- 大小:19.52KB
使用wxWidgets开发跨平台的GUI程序.docx
《使用wxWidgets开发跨平台的GUI程序.docx》由会员分享,可在线阅读,更多相关《使用wxWidgets开发跨平台的GUI程序.docx(6页珍藏版)》请在冰豆网上搜索。
使用wxWidgets开发跨平台的GUI程序
使用wxWidgets开发跨平台的GUI程序
使用wxWidgets开发跨平台的GUI程序
Taii/回家念经 2006-05-20
1、探索背景:
1.1引言
从开始使用c/c++编码起算来也快有5年了,期间完成了无数项目,编写了无数程序,而且大部分程序都是同时完成win32/*nix的版本,但是跨平台的都限于win32console/*nixtextmode模式,一直为拘泥于PSDK/MFC而不能很好地完成快速开发cross-platform的GUI程序嘘嘘,今日兴起,开始探索。
毫无疑问,一种比较理想的Cross-PlatformGUI开发库是存在很大需求的,通常的选择包含以下几种:
Java、Qt、FLTK(FastLightToolKit)、FOX、SDL(SimpleDirectMediaLayer)、Allegro、GTK+、Kylix(basedonQt)/Mozillaframework等等。
本文所关注的wxWidgets是个GUIAPI库,可以被python、perl、c++、java、lua、c#、basic、ruby等语言调用。
主页:
1.2比较
1.2.1Java
首先说明一下,Java是Platform,而wxWidgets是API库,所以二者的比较可能并不具备平等的条件。
虽然Java可以实现跨平台的GUI程序,但本质上并不是Java语言跨平台,而是Java虚拟机跨平台,换句话说Java并不是NativeCode,它是介于编译语言和脚本语言之间的一种特殊语言,编译期只能完成到CodeforJavaVM的转换,而真正被编译成bytecode是在运行期完成的(脚本语言的特性),这意味着Java程序第一次启动时需要较长的时间去加载,虽然还有类似GJC的JavaCompilers可以一次到位,但大都不能完全并很好地支持Java特性。
而wxWidgets被直接编译成机器码,从而获得速度优势。
另外有意思的是,一些Java库由于性能原因而采用wxWidgets+C++来编写,如wx4j。
“Writeonce,runanywhere”的伟大思想似乎在JavaVM中实现得并不是很好,当然不能说wxwidgets避免了所有的问题,但事实上它做得确实不错。
就开发速度而言,考虑BCBX选用的UI库就是wxWidgets,因此可以比较使用BCBX和Java开发界面的速度区别。
1.2.2Qt
Qt并不是真正的C++程序,而需要一种特殊被称为MetaObjectCompiler(MOC)的预编译技术。
对Qt了解不多,不说了。
1.2.3FLTK
FLTK是轻量级的GUI库,而wxWidgets具有完全的特性,如支持网络、打印等。
wxWidgets特性列表参见:
http:
//www.wxwidgets.org/whychoos.htm,FLTK特性列表参见:
http:
//www.fltk.org/documentation/php/doc-1.1/intro.html#2_2。
1.2.4GTK+
wxWidgets有basedonGTK+的版本,那么除了使用GTK+本身的特性外,再提供一套简单易用的GUIAPI,听起来没有任何问题。
^_^
1.2.5Others
有兴趣的可以去玩玩所有这些玩意,呵呵,然后再写下点文字供大家共享啊。
废话不说了,下面开始进入短暂的旅行:
2、安装
详细的安装指南,可以下载官方文档来研读,下面仅介绍我的方案:
2.1Windows平台(使用XP,其它Win待研究)
(1)下载并安装wxDevCpp:
目前最新版本为wx-devcpp-6.9beta_setup.exe
这是一个好用的RAD工具,将wxWidgets整合在Dev-Cpp中,从RAD设计到工程管理,BCB有的基本都有,正在不断更新中,遗憾的是居然用Delphi开发,好像不支持Win以外的平台。
主页:
注:
有兴趣的可以试试其它RAD工具,如wxGlade(支持Win以外的平台,只是不如wxDevCpp容易上手)、wxDesigner、DialogBlocks,后两者都是商业软件。
仅仅使用wxDevCPP可以完成UI设计、编译链接、调试全套流程,但显然由于采用gdb调试,易用性并不好。
换之:
(2)安装独立版本的wxWidgets(目前最新版本是2.6.3),将VC环境配置到这个版本,仅仅用wxDevCpp作UI设计,用VC进行调试、编译和控制项目生成。
这样的组合,可以很好地完成工作了。
2.2Linux平台(使用Redhat,其它nix待研究)
wxWidgets提供了两种方案供选择,x11-based和gtk-based,笔者的旅程中采用了后者。
(1)下载wxGTK-2.6.3.tar.gz,这是GTK版本的源码包,安装过程:
>guzipwxGTK-2.6.3.tar.gz
>tarxvfwxGTK-2.6.3.tar.gz
>cdwxGTK-2.6.3
>./configure--with-gtk
(注意:
默认采用GTK+2.X,如果需要使用GTK+1.2,改为--with-gtk=1)
>make
>su
>makeinstall
>ldconfig
如果需要卸载wiWidgets,
>cdwxGTK-2.6.3
>su
>makeuninstall
>ldconfig
注意:
如果gcc版本在3.3以下(gcc-v查看),需要下载并安装wxWidgets-2.6.3-Patch-2.tar.gz,否则make通不过;或者升级gcc
(2)检查安装是否成功:
>wx-config--cxx
正常情况下输出g++,否则,followme,
>cd/usr/local/bin
>lswx-config(看看是否存在)
如果存在,请将/usr/local/bin加入用户PATH变量中
如果不存在,followme,
>ln-s/usr/local/lib/wx/config/gtk2-ansi-release-2.6wx-config
3、设计开发
使用wxDevCpp完成,请参考文档《Usingwx-DevCpptocreatethewxWidgetsMinimalSample》,地址:
4、编译运行
4.1windows平台(笔者在XPPro上完成)
由于sample比较简单,所以可以在wxDevCpp完成UI设计、编译链接流程,顺利的话很快会生成相应的exe文件,ok,这一部分很easy,祝体验愉快。
4.2Linux平台(RedhatES3.0)
在开始之前先阐述一下笔者的目的,希望能将在win32平台下设计开发的界面程序很快转移到nix平台运行。
因此这一节主要介绍如何将在4.1节完成的code在linux平台快速生成可执行码。
先从官方指南中扒出可选方案:
(1)使用KDevelop,使用GUI,显然效率低下,Pass;
(2)使用BakeFile,这是第三方的automake工具,号称可以很快生成cross-platformmakefile,没用过,看着就觉得烦,Pass;
(3)自己写makefile,这个我喜欢,makefile写得多了,而且符合DIY精神。
好,就是它了,开始写Makefile,由于以前写过的makefile非常灵活,随便改巴改巴就可以用了,放出来供参考:
###############################################################
#MakefileModelforwxWidgetsapplicationver1.0
#CreatedbyTaiion20060520
###############################################################
PROGRAM=wxtest
LIBPATH=./
OBJPATH=./
SRCPATH=./
BINPATH=./
COMPILER=$(shellwx-config--cxx)
LINKER =$(shellwx-config--cxx)
DEFINES=-g
WXCXXFLAG=`wx-config--cxxflags`
FLAGS=$(DEFINES)$(WXCXXFLAG)
OSLIB =
WXLIB =`wx-config--libs`
LIBS =$(OSLIB)$(WXLIB)
SOURCES=$(wildcard$(SRCPATH)*.cpp)
OBJS:
=$(addprefix$(OBJPATH),$(patsubst$(SRCPATH)%.cpp,%.o,$(SOURCES)))
EXES =$(BINPATH)$(PROGRAM)
.PHONY:
allcleanverycleanrebuild
all:
$(EXES)
$(PROGRAM):
$(BINPATH)$(PROGRAM)
$(BINPATH)$(PROGRAM):
$(OBJS)
$(LINKER)$(OBJS)\
$(LIBS)-o$@
$(OBJPATH)%.o:
$(SRCPATH)%.cpp$(SRCPATH)*.h
$(COMPILER)$(FLAGS)-c$<-o$@
clean:
rm$(OBJPATH)*.o
veryclean:
clean
rm$(EXES)
rebuild:
verycleanall
##############################################################
可以作为一个供wxWidgets程序makefile的通用模板了,将PROGRAM=后的串改成你的可执行程序名就可以了。
关于Makefile本身的知识,建议google一下,还是值得一学的。
makefile写完了,下面来看看是不是可以转了,将在4.1节完成的project中的*.cpp、*.h(除wx*_private.h)、*.xpm(图片资源)上传到linux服务器某目录如wx,并将刚才写好的makefile放到wx下,然后在wx下运行make命令就可以了。
等待,激动人心的时刻到了,耐心等待...
顺利的话(至少我很顺利)很快就在wx目录下生成了可执行程序wxtest(或者你自定义的)。
行百里者半九十,先哲是多么明智啊,不要高兴得太早了,还要运行看看呢,
>./wxtest
大事不妙,在我这里发现错误提示:
errorwhileloadingsharedlibraries:
libwx_gtk2_xrc-2.6.so.0:
cannotopensharedobjectfile:
Nosuchfileordirectory
呵呵,别紧张,稍微有点linux开发经验得哥们估计已经想到了问题所在了,没错,需要配置动态库得导入路径,action:
>su
>vi/etc/ld.so.conf
如果这个文件存在,只需要在后面添加wx动态库的位置
/usr/local/lib(默认路径安装wxWidgets时)
如果不存在,创建之,将一些常用lib路径统统加入(当然包含wx的libpath了):
/lib
/usr/lib
/usr/local/lib
/usr/X11R6/lib
然后保存,再让系统重新配置动态库文件导入的顺序:
>ldconfig
(还有一种办法解决该问题,
exportLD_LIBRARY_PATH='/usr/local/lib:
$LD_LIBRARY_PATH'
不过重新登陆即失效哦。
)
显然,如果你的系统该文件中存在了wx的libpath,就不会出现上面的错误提示了。
好了,再运行一把(当然需要在XWindow下),爽了吧,恭喜咯...
5、小结
终于找到一种比较好的方式,来实现跨平台的GUI程序了,而且经过体验测试,在win32上使用wxWidgets开发的GUI程序很快就能在linux下跑起来了,不知道各位注意到没有,代码根本没改哦。
呵呵,算是达到我的目的了。
看来今天一天没有白忙活,烧几个小菜饮点小酒庆祝一把。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 使用 wxWidgets 开发 平台 GUI 程序
![提示](https://static.bdocx.com/images/bang_tan.gif)