推荐用wxWidgets开发GUI界面程序

kingmark

理由一：
免费，项目开发完毕的递交申请的时候，假设没有购买VC，那就不用头疼了。可以选择DevC++或者Eclipse。
理由二：
wxWidgets是跨平台的GUI界面开发包，开发的感觉有点类似MFC的方法。入门简单，帮助文档全和范例程序多。非特殊要求的界面开发速度不慢于MFC。特别花哨的不如MFC或者WinAPI，还要求能够综合组织wxWidgets的各种元素控件。
理由三：
消息响应方式或流程，不同于MFC或者WinAPI，个人感觉更加类似游戏的方式或流程。
理由四：
纯粹感觉好玩。

一般来说用wxWidgets采用UNICODE中文化处理比较好，当然如果不打算让程序跨平台，就无所谓了。
多线程方式我感觉在wxWidgets编程，是必备的。如果在wxWidgets中打算用到非wxWidgets提供的线程库，同时想该程序跨平台，哪怕用到的库也是跨平台的，也可能会失败，至少我没有搞定。尽管wxWidgets的线程库目前很烂，可能作者认为将来的版本会更好，所以还是不让轻松使用。
如果在wxWiidgets使用SOCKET，同时想该程序跨平台，哪怕用到的库也是跨平台的，也可能会失败，至少我没有搞定。尽管wxWidgets的通讯库目前很烂，可能作者认为将来的版本会更好，所以还是不让轻松使用。
wxWidgets中的内存安全释放是神奇的，例如，主窗口中，随便new一些按钮或者输入框，只需要删除主窗口就可以了，那些new出来的自窗口是不需要释放的。所以要求编程者在继承这些控件的时候，要万分小心了，否则就能感觉到其神奇的安全释放。

窗口间通讯wxWidgets一般使用ProcessEvent或者wxPostEvent，和WinAPI下的Sendmessage或者PostMessage差不多意思，假设要跨平台的话，意思就只剩下PostMessage了。

总的来说，推荐用wxWidgets，提高锻炼一下调试跟踪的能力。

kevin_lethe

不用的理由：对于游戏来说，wxWidgets过于庞大。