为什么要使用wxWidgets?
wxWidgets和其它类似的GUI（图形用户界面，下同）库比如 MFC或者OWL一个最本质的区别在于，它是跨平台的。wxWidgets提供的API函数在它支持的所有平台上是想同的或者是非常相似的。这意味着你可 以编写一个windows上运行的程序，这个程序不需要经过任何改动，或者只需要很少的改动（这种情况并不常见），只需要通过重新编译，就可以在 Linux或者Max OSX上运行。比起为另外的平台从头编写代码，这显然有很大的好处，另外一个附带的好处是，你不需要重新学习那个平台的API。而且，你的程序可能在将来 很长时间仍然可以使用。因为随着计算机科技的演进，wxWidgets将会随之一起演进，这样你的程序将会很方便的移植到最新的操作系统以支持最新的特 性。
另外一个与众不同的地方在于，wxWidgets可以给你的应用程序提供本地观感。一些其它的可以跨平台的开发框架在不同的平台 使用同样的窗口组件代码（译者注：难到他指的是JAVA？），也许它会通过类似窗口主题这样的方式来模拟本地观感。而wxWidgets则尽可能的使用本 地的窗口控件（当然wxWidgets也提供自己的控件集，这是另外一个话题了），所以wxWidgets的程序不只是看上去象是本操作系统上的原生程 序，它实际上就是原生程序。对于使用应用程序的用户来说，这是非常重要的，因为和本地操作系统标准的任何一点细微的甚至是几乎难以察觉的不同，都会让他们 产生避而远之的想法。
让我们来举例说明。下图演示了一个叫做StoryLines的小程序运行在Windows XP上的样子：
正 象大家看到的那样，这是一个典型的Windows应用程序，有典型的Windows的GUI控件例如标签页，滚动条以及下拉列表。类似了，下图演示了这个 程序在Max OSX上的样子，正象我们期待的那样，它有着水晶外形图标，没有菜单条（因为按照苹果的风格，当前窗口的菜单条应该显示在屏幕的最顶层。）
最后，我们还将演示一下同样的程序在小红帽Linux上作为一个GTK+程序的样子:
为什么不直接使用JAVA呢？对于基于Web的应用来说，JAVA的确很不错，但是对于桌面应用程序来说，JAVA有时候并不是一个很好的选择。一般来 讲，基于C++的wxWidgets程序会运行更快，感观上更象本地原生程序并且更容易安装，因为它并不依赖于你的机器一定要有JAVA虚拟机。C++也 更容易访问操作系统提供的底层函数并且更容易和已有的C++或者C代码集成。基于以上原因，您现在经常用到的桌面程序中，很少有全部基于JAVA开发的。 而wxWidgets则可以让你开发高性能的，本地原生的应用程序。而这可能正是你的用户所期待的。
wxWidgets是一个开放源 代码的项目。毫无疑问，这意味着使用wxWidgets是免费，它不需要额外花费你1分钱（除非您愿意大方的向这个项目进行捐助），但是，开放源代码并不 仅仅意味着免费，它有着更重要的意义。开源项目通常可以持续比它的创建团队或者通常意义上的拥有者更长久的时间。使用wxWidgets开发程序，你的代 码永远不会过时，你的代码所依赖的开发平台永远不会消失。你可以通过直接修改源代码来修正基础库中的问题（译者注：使用Delphi的开发者对此可能有更 深的体会，由于众所周知的原因，很多开发工具慢慢的被淘汰了）。你甚至可以自己抽点时间加入到wxWidgets的开发团队中来，维护其中的一部分代码， 这也是一件非常有趣的事情。开源项目的团队成员之所以加入某个团队是因为他们热爱他们正在作的事情，并且迫不及待的想把他们的知识和别人分享，而商业项目 的客服支持人员通常不具有这种理想主义的情节，当你使用wxWidgets开始编程时，你其实是把自己放入一个令人惊讶的有艺术天赋的一堆天才中间（译者 注：我只是按照字面意思翻译，虽然我自己用wxWidgets开发程序，但是这样的话还是让我觉的有一点点善意的恶心。可能是我的英文太差了，没有理解原 话的意思，原话是这样的：When you use wxWidgets, you tap into an astonishing talent pool, with contributors from a wide range of backgrounds.），这些天才来自世界的各个角落，有着各种各样的背景。开发应用程序需要考虑的很多细节都被这些天才封装在了你可以直接拿来很简 单就可以使用的类中，如果不是这些天才的劳动，你可能要花费很大的精力才能应付。一个开放和活跃的社区将会通过邮件列表对你提供帮助，在这里，你会享受到 讨论的乐趣。这些讨论并不全是和wxWidgets相关的。更多情形下，你是和社区那些有经验的或者没有经验的开发者进行心灵的交流.也许有一天，你会发 现自己成为wxWidgets之所以成功的一分子。
wxWidgets已经被广泛的应用在各种工业领域。它的用户包含了象AOL, AMD,CALTECH, Lockheed Martin, NASA, the Open Source Applications Foundation, Xerox等等这些大的商业和团体机构。wxWidgets拥有很广泛的使用者，从个体的软件开发者到大的商业团体，从计算机科学领域到医疗研究领域，从 社会生态学到电信领域。当然，还有数不清的开源项目在使用它，例如Audacity声音编辑项目和pgAdmin III数据库设计和维护项目等。
人 们出于各种各样的目的而使用wxWidgets,一些人只是把它作为单平台开发上MFC的优雅的替代者，一些则是为了让他们的程序可以方便的从微软的 Windows移植到Linux或者是苹果的OSX。 wxWidgets还正致力于移动终端的支持，包括嵌入式linux，微软的Pocket PC，在不久的将来还会支持Palm OS。
wxWidgets的历史
1992年，Julian Smart在Edinburgh大学开始制作一个叫做Hardy的图表工具的时候，为了避免其发行版本在Sun的工作站和各种PC之间作选择，他决定使用 跨平台的编程框架。但是当时可选的跨平台的编程框架不多，而他的部门也不可能给他很多的预算，所以他只能自己创建一个自己的跨平台编程框架。这样， wxWidgets 1.0诞生了。 1992年9月，学校允许他把他的wxWidgets 1.0上传到部门的FTP服务器，因此别的一些开发者也开始使用他的代码。最开始的时候，wxWidgets是面向XView和MFC 1.0的，由于Borland C++的适用者抱怨其对MFC的依赖，所以Julian Smart用纯Win32的代码重写了wxWidgets。又因为XView很快被Motif取代，很快，Widgets提供了对Motif的支持。
不 久以后，一个很小但是却很付有激情的wxWidgets用户社区成立了并且拥有了自己的邮件列表。大量的新代码和补丁开始融入到wxWidgets中，其 中包括Markus Holzem提供的Xt的支持。wxWidgets也自然的拥有了越来越多的来自世界各地的使用者：独立工作者，学术机构，政府机构以及很多企业用户等， 他们认为wxWidgets提供的产品质量和产品支持甚至好过他们见过的或者用过的其它商业的产品。
1997年，在Markus Holzem的帮助下，新版的wxWidgets 2 API问世。此时，Wolfram Gloger建议应该提供GTK+的支持。GTK+是被GNOME桌面系统采纳的一套窗口控件。于是，Robert Roebling开始领导GTK版本的wxWidgets的开发，现在wxWidgets的GTK版本已经成为其在UNIX/LINUX下的最主要的版 本。到了1998年，Windows和GTK+的版本被合入版本控制工具CVS。Vadim Zeitlin加入到项目中来帮助管理和维护如此大量的设计和代码，同年，Stefan Csomor开始着手增加对Mac OS的支持。
1999 年，Vaclav Slavik的令人印象深刻的wxHTML类和HTML帮助文件显示控件被加入进来。2000年，SciTech公司开始开发wxUniversal版 本，这个版本提供属于wxWidgets自己的不依赖于任何其它图形库的窗口控件，以便支持那些没有原生窗口控件库的操作系统。wxUniversal最 初被用于SciTech公司的MGL产品，这个产品为图形用户界面提供了底层支持。
到了2002年，Julian Smart和Robert Roebling在wxUniversal的基础上提供了wxX11版本，这个版本仅依赖于Unix和X11,因此它几乎适用于任何的类Unix环境，所以，它可以被用在相当底层的系统中。
2003年，wxWidgets开始了对Windows CE的支持，同年Robert Roebling在GPE嵌入式Linux平台上演示了使用wxGTK编写的程序。
2004年，因为收到微软的商标方面的威胁，wxWidgets被迫从它原来的名字"wxWindows"改名。
同 样是在2004年，Stefan Csomor和一大群热心的参与者彻底的修改了wxMac OSX版本，OSX版本的功能和性能都得到了极大的提升。而David Elliot领导的小组正在稳步的开发一个基于Cocoa的版本，William Osborne也着手开发一个可以支持wxWidgets的"minimal"例子的Palm OS 6的版本。 2005年4月，2.6版的wxWidgets发布了，几乎所有的平台版本在这个版本都有了大幅的改进和提高。
wxWidgets将来的计划包括：
- 一个包管理工具，使得集成第三方工具变得容易。
- 更好的嵌入式支持。
- 更好的事件处理机制。
- 增强型控件支持：比如一种捆绑了树形控件和列表控件的控件。
- wxHTML 2提供在各种平台下的完整的Web能力支持。
- STL标准兼容
- 完整的Palm OS支持