浅谈 wxWindows FrameWork

最近看了Borland C++BuilderX的报道，发现这次的版本使用的是wxWindows做为FrameWork。十分惊讶，因为我在一年以前就使用wxWindows了。不过在当时，包括最近有关它的国内报道还是很少。
wxWindows是一个C++的扩展库。是一个OpenSource项目，而且支持多平台。所以，你完全可以从OpenSource的网站上免费获得各个平台的版本和源代码。而对于wxWindows的官方网站www.wxWindows.org我一年来从未一睹其芳容，——网站无法访问。但是尽管如此，并不影响我们获得它。这多亏了OpenSource的力量。
wxWindows最吸引我的是它简洁的代码——几行简单的代码，随心所欲的派生。一个窗口就诞生了。一个用API要近100行的效果。用wxWindows最多十几行就可以解决问题。我想这也或许是Borland选择它的原因之一吧。wxWindows对于各种常用控件和繁琐的功能都分别封装成了类。使用的时候只要加一行代码就可以使用了。像

wxButton *p_b = new wxButton(frame,-1,"Button");

就是在frame窗口中绘制一个写有Button的按钮。以后的访问只要使用

p_b->//要调用的函数

就可以对按钮进行操作了。我想直接用API就没有那么方便了吧。其实在简单的背后，wxWindows为你默默的做了许多的工作。虽然你也可以在wxWindows中对这些工作全面接手。但是，有些时候根本没有必要那么做。当然，如果你对wxWindows的控件不满意的话，完全可以用wxWindows派生出自己的控件。比如你对主窗口不满意——只有一块深灰色。你完全可以生成一个自己的主窗口，方法如下：

Class MyFrame:Public wxFrame
{
public:
MyFrame(int width,int height);
};
MyFrame::MyFrame(int width,int height)
:wxFrame((wxFrame)*NULL,wxPoint(0,0),wxSize(width,height))
{
//你为MyFrame所添加的控件等。
}

从上面的代码，可以看出。wxWindows灵活的类管理。
我钟情于wxWindows的另一个理由是它与C++标准库的兼容和健全的非窗口类。比如，在wxWindows中我最喜欢的是wxString,它是我见到的最健全的String类之一。它不但可以与wx完全兼容，也可以与C++标准兼容。在C++中，wxString更像一个灵活多变的Char列。你可以像Char那样使用它。而无需考虑内存的事先分配等问题。而且，在某些方面，它比char更强大。
当然，对于多平台的支持也是我喜欢它的原因。wxWindows有多平台的版本。我使用的是MSW的。当然也有 Mac X11 GTK MGL等许多平台的。如果你要让你的代码在其他的平台上使用。那么你只要在编译的时候修改一下附带的语句。将有关平台的参数改变一下就可以了。对于代码，只要没有使用在特定平台下的功能，就能不修改代码直接使用。当然，wxWindows不只是对各个操作系统有支持。由于它是OpenSource的。所以，通常，其他非C++语言也会使用它的。比如 wxPython就是wxWindows对Python的版本。wxPerl是对Perl的版本。在这些不同的语言中的wxWindows，力求保持它原有的编程风格和思路，而且他们也做到了。所以，你会wxWindows就等于会了wxPython,wxPerl。说到这里，我想说一些题外话。我也用python+wxPython做一些桌面的小玩具，不仅如此，在我要用wxWindows开发界面的时候，会使用wxPython先事先写好界面的代码。然后，确定好后，再机械的灌到我的C++代码中。由于Python是解释性语言，所以与C++相比少了编译，连接的开发周期。写完代码直接运行就可以了。所以，节省了不少的开发时间。这不失为一种减少开发周期，加快开发速度的好方法。下面我们来看看wxPython和wxWindows在实现相同功能上有多大的相同。
//C++ Source
#include <wx wx=""></wx>

class MainApp:public wxApp
{
public:
virtual bool OnInit(void);
private:
wxFrame *mainFrame;
};
IMPLEMENT_APP(MainApp)

bool MainApp::OnInit(void)
{
mainFrame = new wxFrame((wxFrame*) NULL,-1,"Hello wxWindows");
mainFrame->Show(TRUE);
SetTopWindow(mainFrame);
return TRUE;
}

#Python Source
from wxPython.wx import *

class MainApp(wxApp):
def OnInit(self):
mainFrame=wxFrame(NULL,-1,"Hello wxWindows")
mainFrame.Show(true)
self.SetTopWindow(mainFrame)
return true
app=MainApp(0)
app.MainLoop()

从上面的代码，我们可以看到。对于wxWindows和wxPython的界面实现方法几乎是相同的。不同的只是在有关变量的声明，和C++与Python自身的语法不同。
接下来，说说wxWindows支持的C++的IDE环境。既然Borland C++BuildX已经使用了wxWindows那么Borland的C++编译器应该支持吧。其实，事实也是如此。Borland C++ 4.5和5.0都支持。对于使用最广的VC的IDE环境自然也必须支持了。支持的有1.5,4.0,5.0和6.0。当然，其实.Net下也可以使用wxWindows。至少我使用下来没有问题。另外，使用GCC的Dev-CPP也对它有很好的支持，甚至还为wxWindows专门打了一个包。直接使用Dev-CPP的包管理就可以安装并使用了。以上只是一些可以使用wxWindows的IDE环境，还有很多，在此不一一介绍了。有关更多的介绍，可以看看wxWindows的自带文档，在里面有详细的介绍和对于不同环境的安装方法。
对于wxWindows中值得称赞的是它的说明文档。可以这样说，它的自带的文档从教程到查询文档一应俱全。要知道，作为一个开源项目，免费维护的项目，文档能够如此详细和完整真是难得。所以，在没有中文文档的时候，我就是阅读这些英文文档来学习的。而且，直到现在，我每次看这些文档的时候都会有许多新的感悟。而且，另一个值得说明的是，wxWindows 2.4.0,wxWindows 2.4.1等这些不同版本的wxWindows虽然之间有很多的改进。但是，使用的介绍文档等几乎没有改变。这也正说明了它语法的稳定。不至于一个新的版本会造成过去代码的不可用。所以，你完全不用担心你的代码由于版本的问题，会造成他人在阅读和编译上的困难。
对于，多平台的运行机制。我想我也要简单介绍一下。毕竟我想这个也是我们需要关注的问题。如果，你仔细看看wxWindows的include/wx目录，你会看到有诸如 msw unix 等目录。其实，在你导入wxWindows文件的时候，wxWindows会更具不同的平台选择不同的文件。下面是include/wx/button.h中63行的一段代码。

#if defined(__WXUNIVERSAL__)
#include "wx/univ/button.h"
#elif defined(__WXMSW__)
#include "wx/msw/button.h"
#elif defined(__WXMOTIF__)
#include "wx/motif/button.h"
#elif defined(__WXGTK__)
#include "wx/gtk/button.h"
#elif defined(__WXMAC__)
#include "wx/mac/button.h"
#elif defined(__WXPM__)
#include "wx/os2/button.h"
#elif defined(__WXSTUBS__)
#include "wx/stubs/button.h"
#endif

由上面的代码，可以看到，如果你向编译器传送的是__WXMSW__的时候，button.h会从msw文件夹中继续导入button.h。这就是wxWindows支持多平台的方法。所以，wxWindows的运行机制，更像是一个解释器的运行机制。不论平台如何改变，编写的人无需考虑平台的问题，解释器会更具不同的平台，将相同的代码转换成不同的命令。
当然，世界上的任何事物都是由两面性的，像wxWindows也有它的缺点。首先，使用wxWindows的界面，往往体积比较大，基本在1M以上。而且，会随界面的复杂而上升。不过，这主要取决于你使用的头文件的多少。通常不会有突变的情况。当然，这也不是不可以改变的。如果用ZIP等压缩一下的话，通常都会只有原来的50%或者更低30%我像，这或许是取决于编译器和代码自身的问题。应该可以解决的。另外，wxWindows的简化也会给使用的人带来不少的麻烦。比如：

wxNotebook *p_note = new wxNotebook(frame,-1);
p_note->AddPage(new wxPanel(frame,-1),"1");
p_note->AddPage(new wxPanel(frame,-1),"2");
p_note->DeletPage(0);

如果，你没有使用过或者刚使用wxWindows，一定会以为这个代码会造成内存泄漏。因为，没有显式删除new生成的内存空间。最初我也是这样想的，但是后来才发现。wxWindows会自动为你在DeletPage(0)时删除new占用的空间。对于用惯C++的人来说，这的确会造成一些混乱。不过，这也是wxWindows的好心被人误解了吧。最后的问题是wxWindows在某些方面的不灵活。比如，要设计一个不规则的窗口就几乎是不太可能的。而且，不如wxTextCtrl中的右键菜单是英文的，修改他的确也有些麻烦。以上是我使用wxWindows时发现的一些问题。不过，既然Borland使用了wxWindows。我想wxWindows会越来越更完善的。
最后，感谢各位的阅读。希望各位前辈能为小生的文章多多指教。我想以后wxWindows不只是C++BuildX的专利。你也可以在你喜欢的IDE中使用wxWindows。

STUDIO软件开发组
站长：北斗星君（黄庠魁）

浅谈 wxWindows FrameWork相关推荐

浅谈Entity Framework中的数据加载方式
如果你还没有接触过或者根本不了解什么是Entity Framework,那么请看这里http://www.entityframeworktutorial.net/EntityFramework-Arc ...
浅谈Linux media framework
基本概念通过调试camera过程中对接触的v4l2,意外发现了Linux一个不是很起眼的子系统--Linux media framework,那它存在的意义是什么? 节选一段来自Linux源码中的文 ...
浅谈Python Web的五大框架
说到web framework,Ruby的世界Rails一统江湖,而Python则是一个百花齐放的世界,各种micro-framework.framework不可胜数,不完全列表见:http://wi ...
【转】浅谈.net remoting 与webservice
1. .NET Remoting .NET Remoting是微软随.NET推出的一种分布式应用解决方案,被誉为管理应用程序域之间的 RPC 的首选技,它允许不同应用程序域之间进行通信(这里的通信可以 ...
浅谈Android系统进程间通信（IPC）机制Binder中的Server和Client获得Service Manager接口之路
原文地址: http://blog.csdn.net/luoshengyang/article/details/6627260 在前面一篇文章浅谈Service Manager成为Android进程间 ...
浅谈嵌套命名实体识别（Nested NER）
©PaperWeekly 原创 · 作者|张成蹊单位|北京大学硕士生研究方向|自然语言处理序命名实体识别(Named Entity Recognition, 下称 NER)任务,主要目的是从一 ...
浅谈Spring5 响应式编程
目录为什么是响应式编程用于响应式编程实现的理想案例响应流 (Reactive Streams) Spring 5 提供的响应式编程 Spring Web Reactive vs. Spring ...
压缩感知高斯测量矩阵matlab,浅谈压缩感知（十七）：测量矩阵之有限等距常数RIC的计算...
有限等距常数(RestrictedIsometry Constant, RIC)是与有限等距性质(Restricted IsometryProperty, RIP)紧密结合在一起的一个参数. 一.RI ...
浅谈五大Python Web框架
http://www.csdn.net/article/2011-02-17/292058 导读:作者飞龙写了一篇<浅谈Python Web框架>,文中他介绍了几个Python Web框架 ...
浅谈.NET技术公司的实习生培养
浅谈.NET技术公司的实习生培养背景近几年.NET开发者市场的越发不景气,一毕业就选择.NET技术的开发者更是少之又少.一方面是公司效益的日益提高,一方面却是招聘优秀人才的速度总是赶不上公司发展的 ...

浅谈 wxWindows FrameWork

浅谈 wxWindows FrameWork相关推荐

最新文章

热门文章