wxWindows 的簡介

[Tetralet]

之前我都是習慣用 Visual C++ 來開發程式，
但是感覺上它很多地方並不如 Visual Basic 那樣靈活，
而正巧手上正在寫的這一個程式用 Visual C++ 似乎是做不來，
（大概是我程度太差了...）
還好我找到了另外一個自由、開放的軟體可以代替 Visual C++ － wxWindows。


簡介：

　wxWindows 是一個超過十年的 Open Source 專案，
　主要是提供在開發跨平台的 GUI 程式時，
　類似 Visual C++ 的 MFC 那樣的一些常用元件。
　如果您要開發跨平台的程式時它是很不錯的選擇。


特色：

　wxWindows 的目的就是提供類似 Visual C++ 的 MFC 元件，
　在開發程式時只要呼叫這些元件就可以省下很多的開發作業了。

　比如說您要在程式裡繪圖時，
　可以呼叫 wxWindows 的 wxDC 元件
　它正巧類似 MFC 裡的 CDC 元件，
　因此寫起程式來會有如在使用 MFC 的得心應手。

　而 wxWindows 也在 Linux、Windows、MacOS、OS/2 等各平台提供相同的元件，
　所以您的程式只要重新編譯後就可以在 Linux/Windows 等各平台上使用了。


官方網頁：

　http://www.wxwindows.org


展望：

　據說，Borland 已經決定捨 Kylix 就 wxWindows，
　（因為 Kylix 寫出來的東西似乎只能在 KDE 下面跑...似乎受限太大）
　看來 wxWindows 可是大有前途的！

　請參考：http://www.wxwindows.org/borland01.htm


不知是否也有哪位學長也是用 wxWindows，
可否一起討論一些心得呢？

對了，我用的是 Dev-C++ + wxWindows For Windows，
而 Linux 的 wxWindows 還有點問題尚待解決...

[chinson]

最近在考慮要採用那一套 GUI Library ，目前的工作是要實作一個影像處理的工具，因此是滿想要把它做成 GIMP 的模組(不過我對要怎麼做出模組還是霧霎霎)。

基於上述原因，一開始直接的想法是採用 GTK+2.0 來做，而且 GTK+2.0 是跨平台的。不過 GTK+ 是使用 C 語法而非 C++ ，而我寫的都是 C++ 的程式，使用時可能會有問題或是不習慣，替代方法可能是使用 gtkmm ，或者是直接改用 wxWindows。

問題是如果不是採用原始的 GTK Library ，那將來要做成 GIMP 模組會不會遇到困難？

滿苦惱的.. 不知道有沒有朋友有想關經驗或了解的？
對 wxWindows 是滿心動的，畢竟被 MFC 涂毒太久...

[granziliao]

你可以考慮GtkMM
這是Gtk+的C++ binding
當然C++可以直接呼叫C函式
像Stardict就是如此實作(C++ objects + C(Gtk native) functions

[chinson]

你可以考慮GtkMM
這是Gtk+的C++ binding
當然C++可以直接呼叫C函式
像Stardict就是如此實作(C++ objects + C(Gtk native) functions

所以說如果我以C++做為程式架構，再呼叫 GTK 即可？
那是否就把 GTK 當作一般的函式庫使用？(例如 math.h 裡頭定義的函式)
如果是這樣的話，那我大概理解。
現階段是比較傾向不使用 GTKMM ，畢竟中間又經過一層介面，怕會多一層困擾。

[checko]

我有用過wxWindows在Windows下寫程式，
剛開始也是用DevC++，但是debug的功能不強。
所以還是用回VisualC + wxWindows。

覺得很不錯，Windows Class的用法很像java awt。
有layout manager，一個一個的加入。

以前版本的wxWindows event handler用類似java awt，
現在比較像MFC，用MACRO的方式。


覺得比MFC簡單好用，速度也快，做好的application也不用附MFCXX.DLL。

唯一覺得缺乏的就是layout manager了，
通常都要test run才知道真正的樣子，

wxWindows有一些layout的tool，但是好像都不是free的。

現在Anjuta的project wizard也有支援wxWindows了，
不過我沒試過。
要是能一套GUI class，通用xWindow和Windows就好了。

[granziliao]

For rapidly developing for cross-platform GUIs
Why not just use Mono(C#) or something like that?

[checko]

For rapidly developing for cross-platform GUIs
Why not just use Mono(C#) or something like that?

這個我沒有試過，不過我最怕的就是程式寫完後交給User時，要求User裝一些DLL，Framwork support....的，user不喜歡，平台的相容性也操縱在那些DLL的OS公司。

或者現在C#可以compile出靜態連結的版本？
那倒是值的試一下。

[kiang]

有人試過 Qt 嗎？

http://www.trolltech.com/

可惜的是 Windows 版本要錢...

找著找著，發現 wxWindows 還是比較理想，至少不用綁那麼多限制

[octapult]

For rapidly developing for cross-platform GUIs
Why not just use Mono(C#) or something like that?

Microsoft .NET 的 GUI library 主要為 Windows Forms，而目前 Mono 的 Windows Forms 是用 wine 去跑的，能夠跑到什麼程度完全取決於 wine 支援 w32 api 的程度。有時候 wine 出個新的版本，有可能突然讓某些程式不能跑，有時候出另外一個版本，又恢復正常了，實在是很難 debug。所以 Mono 現在打算採用 dotgnu 相同的做法，直接用 System.Drawing 去實作 System.Windows.Forms，所以可能要等到 2005 年第二季之後才有比較完整的 Windows Forms library 可以用 (目前 dotgnu 在 System.Windows.Forms 的實作程度上面還蠻不錯的，可以到官方網站看一下 screenshot)。Mono 有打算做自己的 IDE，名稱為 Monodevelop，是從 SharpDevelop 分出來的，不過目前並沒有包含 Forms Designer 這個視覺化的 GUI 設計程式。可能要等 Mono 的 System.Windows.Forms library 做好之後才會加進來吧。

另外一種方法就是使用 gtk#，不過我並不清楚 Glade 是否可以直接拿來寫 gtk# 的程式。

[redjoe]

不知wxWindows在市面上是否有較完整的介紹書籍 ,可以推薦上課的老師使用..

[kahn]

我也想知道關於 wxWindows 的書,另外wxPerl 是一個Perl的模組可以配合wxWindows GUI，讓Perl寫的程式可以在Windows環境下執行。
http://wxperl.sourceforge.net/

[carlos]

wxpython 的应用大概更广一些
它基本上已经取代 tk 成为 python 语言下最流行的跨平台的 GUI 开发库

[Tetralet]

不知wxWindows在市面上是否有較完整的介紹書籍 ,可以推薦上課的老師使用..

wxWindows 的線上說明就很足夠了...
而據個人所知，
也只有這個線上說明可供參考...

不過使用 wxWidgets 的人真的很少...


另，由於 Lindows 前車之鑑，
wxWindows 已改名為 wxWidgets 了。

[訪客]

python 於win32下能包成一個執行檔嗎?

[granziliao]

另外一種方法就是使用 gtk#，不過我並不清楚 Glade 是否可以直接拿來寫 gtk# 的程式。

是可以，不過就跨不過去了，在 MS wins 上用GTK，跟在Linux上用wine跑windows.forms意思差不多