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下跑起來了，不知道各位注意到沒有，代碼根本沒改哦。呵呵，算是達到我的目的了。看來今天一天沒有白忙活，燒幾個小菜飲點小酒慶祝一把。