MFC 自定义线程内发送消息无效 mfc实现自定义窗口ui

做windows界面，用QT还是MFC？ 使用Qt吧，前提是在这两者下进行选择。既然提到了Qt和MFC，我想题主肯定是一个C++的开发者。其实，在我看来，Windows下开发界面程序，还有很多其他的选择。下面我就连同Qt、MFC一起来介绍一下几种常用的界面开发框架。Qt，Qt之前是被诺基亚作为塞班操作系统的主力开发工具，后被广泛应用于PC领域的开发。Qt最大的优势在于它的跨平台特性，可以实现一套代码编写不同平台下的应用程序，目前多用于Linux系统下的GUI程序开发，Windows下也有一些使用。MFC.MFC的全称叫做Microsoft Foundation Class(微软基础类库)，它是将Windows的基础api封装后的一个GUI开发框架。它最大的优势是可以直接使用Windows的系统api，实现程序性能的最大化。它的劣势在于逻辑太过复杂，会让初学者望而却步，事实上，很多大学计算机课堂上都已经不在讲授mfc（MFC背戏称为没饭吃）了。C#.咦，不是在讲C++吗，事实上，很多Windows下的程序都是使用C#快速开发出界面，在用C++实现后台控制，这样既能快速开发出好看美观的界面（C#优势所在），又能实现高效的后台（C++的优势），岂不快哉。WEB.既然C#都能开发GUI，那么比C#语法还要简单的web开发语言不行吗？当然可以了。这里举个栗子，大名鼎鼎的PC端词典软件。有什么开源免费库做桌面界面的吗，在用MFC，麻烦，我做工业软件二次开发的？ 下面说说自己身边从事PC客户端开发同事用过的界面库。1、Duilib我们先来看看官方对其介绍：Windows下免费开源的DirectUI界面库，由于简约易扩展的设计以及稳定高效的实现被各大互联网公司普遍接受，广泛应用于包括IM、视频客户端、股票行情软件、导航软件、手机辅助软件、安全软件等多个行业的众多pc客户端软件。下面是一张使用duilib开发的仿360的界面效果图：目前最火的「微信」、「钉钉」，在Windows客户端的开发中，也采用了Duilib。那么使用有什么注意点呢？一定要注意目前官方已经不再提供维护，各大公司都是自己内部维护一份，所以可能会遇到不少的坑点。2、BCG大名鼎鼎的MFC界面库，可以完美的兼容MFC项目，使用它可以很方便的完成项目的换肤，尤其是表格控件很强大，新版本的对office的支持也不错。更多的介绍可以参考官方网站。3、QT没错，就是QT，它可以和MFC混合编程的，最重要的是QT不仅比MFC简单，更重要的是他要比MFC强大，目前我司的产品遗留代码，已经在原有MFC的基础上，一步步的替换到QT（PS：目前 感觉比较混搭，不太协调），下面是使用QT提供的QSS技术开发的一张UI效果图，还是比较绚丽的。（图片来源：CSDN博主一去、二三里，如有侵权，请联系删除）。请问目前做windows桌面应用程序，MFC、QT、C#哪个更好？ Windows界面应用程序推荐使用duilib、QT和C#，MFC已经过时了，用的人也很少了！1、MFCMFC是微软提供的经典的UI界面框架，我是做Windows开发的，刚参加工作的时候用的就是MFC，对MFC比较熟。在MFC界面中，所有的控件都是一个Windows窗口，这在一些IM软件中是有弊端的，比如我们的软件中以前就遇到过，一个聊天窗口中会包含很多控件，每个控件窗口都会占用若干个GDI对象，这样一个聊天窗口就会占用200多个GDI对象，测试人员会做压力测试，会一次性打开多个聊天窗口，在打开几十个聊天窗口后，整个进程的GDI对象总数就会接近1万个，而Windows系统中的进程的GDI对象不能超过1万个，超过1万个会导致进程的UI界面绘制出异常，甚至会导致进程崩溃。另外，MFC提供的按钮等控件，都是原始的、未经过美化的，而商用产品肯定是要做界面美化的，但MFC设计的不太灵活，在MFC上进行贴图美化，代价是比较高的，可能费了很大的劲，美化效果可能也没那么好！MFC现在已经过时了，商用软件基本都不会使用MFC了，可能一些小的demo或者工具软件才会使用。2、duilib为了解决MFC美化难、MFC窗口GDI对象占用较多的问题，我们后来将MFC直接换成了基于directui思想的开源库duilib，在duilib的窗口中只有。MFC9.0 更改窗口的初始化大小位置初探 MFC9.0几乎将其类库扩充了一倍，无疑是MFC史上的一次大的升级。在引入CMFCVirtualManager等类方便我们开发高水准UI的同时也给习惯老版本MFC的用户带来了困难。。那些炫酷的GUI界面是什么技术实现的？ 比如QQ、电脑管家、迅雷、office等win平台的软件gui都是怎样的技术实现的？都是qt吗？

#mfc#软件#gui#c##duilib