wx網羅系列之環境搭建:使用wxWidgets開發跨平臺的GUI程序

此文重點爲如何將讓wxWidgets在*nix系統下跑起來,包括如何寫Makefile。

 

Originally Written By Taii/回家唸經  2006-05-20

1、探索背景:

1.1 引言

   從開始使用c/c++編碼起算來也快有5年了,期間完成了無數項目,編寫了無數程序,而且大部分程序都是同時完成win32/*nix的版本,但是跨平臺 的都限於win32 console/*nix textmode模式,一直爲拘泥於PSDK/MFC而不能很好地完成快速開發cross-platform的GUI程序噓噓,今日興起,開始探索。

   毫無疑問,一種比較理想的Cross-Platform GUI開發庫是存在很大需求的,通常的選擇包含以下幾種:Java、Qt、FLTK(Fast Light Tool Kit)、FOX、SDL (Simple DirectMedia Layer)、Allegro、GTK+、Kylix(based on Qt)/Mozilla framework等等。

   本文所關注的wxWidgets是個GUI API庫,可以被python、perl、c++、java、lua、c#、basic、ruby等語言調用。主頁:http://wxwidgets.sourceforge.net

1.2 比較
  
1.2.1 Java

   首先說明一下,Java是Platform,而wxWidgets是API庫,所以二者的比較可能並不具備平等的條件。
   雖然Java可以實現跨平臺的GUI程序,但本質上並不是Java語言跨平臺,而是Java虛擬機跨平臺,換句話說Java並不是Native Code,它是介於編譯語言和腳本語言之間的一種特殊語言,編譯期只能完成到Code for Java VM的轉換,而真正被編譯成bytecode是在運行期完成的(腳本語言的特性),這意味着Java程序第一次啓動時需要較長的時間去加載,雖然還有類似 GJC的Java Compilers可以一次到位,但大都不能完全並很好地支持Java特性。而wxWidgets被直接編譯成機器碼,從而獲得速度優勢。
   另外有意思的是,一些Java庫由於性能原因而採用wxWidgets+C++來編寫,如wx4j。
   “Write once,run anywhere”的偉大思想似乎在Java VM中實現得並不是很好,當然不能說wxwidgets避免了所有的問題,但事實上它做得確實不錯。
   就開發速度而言,考慮BCBX選用的UI庫就是wxWidgets,因此可以比較使用BCBX和Java開發界面的速度區別。

1.2.2 Qt

   Qt並不是真正的C++程序,而需要一種特殊被稱爲Meta Object Compiler(MOC)的預編譯技術。對Qt瞭解不多,不說了。

1.2.3 FLTK

   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.4 GTK+

   wxWidgets有based on GTK+的版本,那麼除了使用GTK+本身的特性外,再提供一套簡單易用的GUI API,聽起來沒有任何問題。^_^

1.2.5 Others

   有興趣的可以去玩玩所有這些玩意,呵呵,然後再寫下點文字供大家共享啊。


廢話不說了,下面開始進入短暫的旅行:

2、安裝

詳細的安裝指南,可以下載官方文檔來研讀,下面僅介紹我的方案:

2.1 Windows平臺(使用XP,其它Win待研究)

(1)下載並安裝wxDevCpp:
http://sourceforge.net/project/showfiles.php?group_id=95606&package_id=101971&release_id=389486
目前最新版本爲 wx-devcpp-6.9beta_setup.exe
這是一個好用的RAD工具,將wxWidgets整合在Dev-Cpp中,從RAD設計到工程管理,BCB有的基本都有,正在不斷更新中,遺憾的是居然用Delphi開發,好像不支持Win以外的平臺。主頁:http://wxdsgn.sourceforge.net

注:有興趣的可以試試其它RAD工具,如wxGlade(支持Win以外的平臺,只是不如wxDevCpp容易上手)、wxDesigner、DialogBlocks,後兩者都是商業軟件。

僅僅使用wxDevCPP可以完成UI設計、編譯鏈接、調試全套流程,但顯然由於採用gdb調試,易用性並不好。換之:

(2)安裝獨立版本的wxWidgets(目前最新版本是2.6.3),將VC環境配置到這個版本,僅僅用wxDevCpp作UI設計,用VC進行調試、編譯和控制項目生成。

這樣的組合,可以很好地完成工作了。

2.2 Linux平臺(使用Redhat,其它nix待研究)

wxWidgets提供了兩種方案供選擇,x11-based和gtk-based,筆者的旅程中採用了後者。

(1)下載wxGTK-2.6.3.tar.gz,這是GTK版本的源碼包,安裝過程:

>guzip wxGTK-2.6.3.tar.gz
>tar xvf wxGTK-2.6.3.tar.gz
>cd wxGTK-2.6.3
>./configure --with-gtk
(注意:默認採用GTK+ 2.X,如果需要使用GTK+ 1.2,改爲--with-gtk=1)
>make
>su <type root password>
>make install
>ldconfig

如果需要卸載wiWidgets,
>cd wxGTK-2.6.3
>su <type root password>
>make uninstall
>ldconfig

注意:如果gcc版本在3.3以下(gcc -v查看),需要下載並安裝wxWidgets-2.6.3-Patch-2.tar.gz,否則make通不過;或者升級gcc

(2)檢查安裝是否成功:

> wx-config --cxx
正常情況下輸出g++,否則,follow me,
> cd /usr/local/bin
> ls wx-config (看看是否存在)
如果存在,請將/usr/local/bin加入用戶PATH變量中
如果不存在,follow me,
> ln -s /usr/local/lib/wx/config/gtk2-ansi-release-2.6 wx-config


3、設計開發

使用wxDevCpp完成,請參考文檔《Using wx-DevCpp to create the wxWidgets Minimal Sample》,地址: http://sourceforge.net/docman/display_doc.php?docid=27235&group_id=95606

4、編譯運行

4.1 windows平臺(筆者在XP Pro上完成)

由於sample比較簡單,所以可以在wxDevCpp完成UI設計、編譯鏈接流程,順利的話很快會生成相應的exe文件,ok,這一部分很easy,祝體驗愉快。

4.2 Linux平臺(Redhat ES 3.0)

   在開始之前先闡述一下筆者的目的,希望能將在win32平臺下設計開發的界面程序很快轉移到nix平臺運行。因此這一節主要介紹如何將在4.1節完成的code在linux平臺快速生成可執行碼。

   先從官方指南中扒出可選方案:

(1)使用KDevelop,使用GUI,顯然效率低下,Pass;

(2)使用BakeFile,這是第三方的automake工具,號稱可以很快生成cross-platform makefile,沒用過,看着就覺得煩,Pass;

(3)自己寫makefile,這個我喜歡,makefile寫得多了,而且符合DIY精神。

好,就是它了,開始寫Makefile,由於以前寫過的makefile非常靈活,隨便改巴改巴就可以用了,放出來供參考:

###############################################################
# Makefile Model for wxWidgets application ver 1.0
# Created by Taii on 20060520
###############################################################

PROGRAM = wxtest

LIBPATH = ./
OBJPATH = ./
SRCPATH = ./
BINPATH = ./

COMPILER= $(shell wx-config --cxx)
LINKER  = $(shell wx-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 : all clean veryclean rebuild

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: veryclean all

##############################################################

可以作爲一個供wxWidgets程序makefile的通用模板了,將PROGRAM=後的串改成你的可執行程序名就可以了。
關於Makefile本身的知識,建議google一下,還是值得一學的。


makefile寫完了,下面來看看是不是可以轉了,將在4.1節完成的project中的*.cpp、*.h(除 wx*_private.h)、*.xpm(圖片資源)上傳到linux服務器某目錄如wx,並將剛纔寫好的makefile放到wx下,然後在wx下運 行make命令就可以了。

等待,激動人心的時刻到了,耐心等待...
順利的話(至少我很順利)很快就在wx目錄下生成了可執行程序wxtest(或者你自定義的)。


行百里者半九十,先哲是多麼明智啊,不要高興得太早了,還要運行看看呢,
> ./wxtest
大事不妙,在我這裏發現錯誤提示:
error while loading shared libraries: libwx_gtk2_xrc-2.6.so.0: cannot open shared object file: No such file or directory

呵呵,別緊張,稍微有點linux開發經驗得哥們估計已經想到了問題所在了,沒錯,需要配置動態庫得導入路徑,action:

> su <type root password>
> vi /etc/ld.so.conf

如果這個文件存在,只需要在後面添加wx動態庫的位置
/usr/local/lib (默認路徑安裝wxWidgets時)

如果不存在,創建之,將一些常用lib路徑統統加入(當然包含wx的lib path了):
/lib
/usr/lib
/usr/local/lib
/usr/X11R6/lib

然後保存,再讓系統重新配置動態庫文件導入的順序:
>ldconfig

(還有一種辦法解決該問題,
export LD_LIBRARY_PATH="/usr/local/lib:$LD_LIBRARY_PATH"
不過重新登陸即失效哦。

顯然,如果你的系統該文件中存在了wx的lib path,就不會出現上面的錯誤提示了。

好了,再運行一把(當然需要在XWindow下),爽了吧,恭喜咯...


5、小結

   終於找到一種比較好的方式,來實現跨平臺的GUI程序了,而且經過體驗測試,在win32上使用wxWidgets開發的GUI程序很快就能在linux 下跑起來了,不知道各位注意到沒有,代碼根本沒改哦。呵呵,算是達到我的目的了。看來今天一天沒有白忙活,燒幾個小菜飲點小酒慶祝一把。

 
發佈了37 篇原創文章 · 獲贊 2 · 訪問量 18萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章