mfc 开发界面程序好吗

MFC适用于Windows界面-3/和QT嵌入式设备界面-3/。我用mfc已经六年了，感觉它是一个经典的开发工具，主要是因为它可以开发上位机程序下位机开发，用c 界面编程时，什么是mfc和mfc/qt。

QT比较好看，可惜没用过，估计比较复杂。我就是用MFC，偶尔做一些实用的小玩意，但是界面很丑！外观控制推荐QT。MFC适用于Windows界面-3/和QT嵌入式设备界面-3/。1.语言本身的QT:跨平台，语法结构简单明了。面向对象的特性比MFC更明显。代码写起来很优雅，这意味着上手会更快。MFC:在windows平台上的地位毋庸置疑。QT基本属于Windows下的非主流。

而且要写MFC，必须知道Windows的消息循环机制。QT一开始不需要了解Windows的底层。2.QT:基本上只有官方官网和demo，相关的开发论坛比MFC少很多。毕竟敲MFC的人比较多。MFC:MSDN资源，对于初学者来说，MSDN可能比较枯燥，相关论坛和问答也多很多。一般新手都能看到前辈的解答。

个人观点如下:1。语言的优势。主流游戏一般都是C 玩的。与Java相比，C 更适合需要与底层硬件交互的程序。比如玩游戏的时候，需要优化屏幕或者提高游戏速度，所以需要直接操作显卡，但是也带来了一些问题，比如稳定性，安全性。Java目前不适合玩游戏的原因是Java不能直接和底层交互(或者可以说和底层的交互已经被Java封装了，你不需要再做了)。虽然现在的虚拟机运行速度比以前快了，但是运行一些大型游戏的时候速度还是不行；Java虽然可以移植到多个平台，但这是以牺牲执行速度为代价的，以前的Java执行速度不是c能比的。

目前大部分电脑运行的是windows，C 是微软的，Java是SUN的，SUN和微软相处的不是很好。C 运行在自己的系统上，自然要快很多。互相帮助。游戏中有时可以同时使用C 和Java。比如现在流行的网络游戏客户端是用C 写的，而服务器是用Java写的。跑题了。

我写游戏！~没有MFC！~。开发快，开发出来的东西不怎么样，限制多，效率低。和VB比起来，还是挺高的。C系列语言的特点是执行效率高。windows application程序，现在要写那个SDK吗？那是许多工作。如果你写一个对话框程序，那么就用MFC。开发快，当然执行起来也快。如果写游戏，最好用Windows application程序而不是MFC。

python是一种脚本语言。跨平台。移植方便。Python是一种高级程序设计语言，具有解释性、面向对象和动态数据类型。MFC不是编程语言，它是基于C 的，是微软打包的基础类库，专门用来做界面。这个要看你写的界面 程序运行在什么平台上了。如果只在windows上运行，当然是MFC。如果要在其他系统(比如linux)上运行这个程序，就得用Python写了。Python是一种跨平台的脚本语言，支持面向对象的编程和图形界面，几乎任何平台都可以支持(不支持的平台还不知道)，任何平台都可以支持。

MFC是微软开发的类库，封装了API函数。MFC是microsoftfundationClass的缩写，是微软的基础类库。windows平台下需要mfc-3/VC程序。mfc是windows 开发的一个框架，类似于vcl等。他的作用就是让你快开发windows应用程序。只是一朵云。也可以用C作为集合类。

我给你一个真实的招聘案例，你可以自己分析。MFC是一个强大的工具。仅仅了解MFC是不够的。绵阳软件工程师工资30001万。所需人数为3人。具体要求:(1)熟练使用VC MFC从事软件/123，456，789-3/。(2)熟悉STL，具有较强的泛型编程能力。(3)扎实的软件工程基础和强烈的软件工程意识。(4)2年以上C 开发或5万行以上代码经验。

那是Adobe的flex吧？那是开发桌面应用，不是开发应用软件，很多功能需要在线。不容易和mfc/qt比。我用mfc已经六年了，感觉它是一个经典的开发工具，主要是因为它可以开发上位机程序下位机开发。但是我也准备放弃用MFC了。为什么？因为微软不是开源的，就这么简单。

花了一个星期，我终于发现还有另一个重点接口，kernal32.dll中学。如何做到这一点？没有源代码！总是这样。有一些关键接口，微软没有留给你使用或公开。这样会让人用起来很不方便。想想看，MFC已经诞生10多年了，即使专利已经过了时效期，不开源只会让更多的mfc 开发用户最终放弃这个曾经经典辉煌的编译环境。

要学习qt，必须要会简单易用基于opengl的动画游戏。，mfc太糟糕了，没有吸引力，布局也很差。用复杂不稳定(只适合自己用)的公司要求才好看，c#里的那个毕竟是c#。如果只是做客户端建议，学c directui，最起码也要学qtqq360，这样的东西都是基于DirectUI两次开发。Dui比较难学。