摘要：
大家好，今天小编关注到一个比较有意思的话题，就是关于mfc串口编程教程的问题，于是小编就整理了2个相关介绍mfc串口编程教程的解答，让我们一起看看吧。还有QtCreator可不可以... 大家好，今天小编关注到一个比较有意思的话题，就是关于mfc串口编程教程的，于是小编就整理了2个相关介绍mfc串口编程教程的解答，让我们一起看看吧。
还有QtCreator可不可以用来开发安卓应用的？
IDE真正的用武之地，是在某种特定的生态环境下，开发边界清晰的项目。比如在windows上用VS开发MFC应用，比如用QtCreator开发qt应用，比如用Android Studio开发安卓app，比如用Xcode开发ios应用。基本上运行平台、IDE、语言等等都是一整套。
这种类型的项目，我认为，再大都不算大。
真正的大项目，是涉及了多种语言，多个运行平台，层次纵深很大的项目。比如说在一棵代码树里面有c语言编写的硬件固件，有c++编写的视频处理，有python编写的dnn目标检测，有Java写的人机交互，有bash脚本，还依赖一些第三方库。有的底层软件用makefile管理，有的用cmake管理，有的用m***en管理。他们相互之间还有版本依赖。这时候做些调试的时候，免不了要在不同的语言不同的编译脚本之间跳来跳去。过程中可能还需要把一些东西推到服务器上，再登上去做一些配置。还有可能要登陆到嵌入式设备上。有的时候还要打开一个串口终端。
这么复杂的事情，没有任何一个IDE做得好。因为项目一旦复杂到这种程度，就没有任何通用性可言。每个具体的项目都是完全不同的。不可能设计一套ide来处理好所有的项目。
而这种情况对于只有一个简单的前端（文本编辑器或者LISP解析器），后端配上大量的插件，组合而成的个人定制化工具集，是可以胜任的。
现在MFC还流行吗？
编程老兵告诉你：MFC已经不流行了，但没有绝迹。新手绝对不推荐学习和使用，不跨平台，学习曲线陡，周期长，上手慢，微软已不再支持，现在微软大力推荐的是c#，正在做跨平台的事，现在一部分代码可在windows和Linux下均可运行。
有一部分做工控的，说c#开发的程序运行效率低，这个不能一概而论，很多测试并不支持此观点，因为.net语言支持的新特性，比如更加高效地支持多内核并行编程，MFC是不支持的，当然你也可以说直接用c++调用API函数，但那已不是MFC的功劳了。再者工控机如果真的需要高效控制，其实嵌入式操作系统更合适，譬如Linux，此时MFC更排不上用场，需要高效控制的程序，甚至不需要界面，MFC框架笨重，不如直接调底层API来得快，编写驱动程序需要稳定高效，但MFC搞不了驱动程序。labview新版本的二次开发，甚至只支持.net语言的开发，vc++被无视了。
之所以MFC没淘汰，一是有一部分老项目需要维护，另外有一部分特殊软件确实需要MFC编写，譬如编写CAD或者图像处理软件，MFC在图像图形处理方面的优势还是比.net程序更合适，但没人做过这方面的性能测试和对比，毕竟那些老的软件，没人愿意再用.net重写一遍。
总之，别抱残守缺，另外，你到一定层次，语言已不再是重要的东西，只是工具而已，你要解决的是业务问题，你还在纠结语言说明你的业务水平并不高，例如只是搞读写数据库，或者写些Modbus这种串口或网络通信的低端程序而已。譬如，你可以研究癌症病人的症状，将它们归结出各种“指纹”，[_a***_]通过人工神经网络或人工智能的学习，有效地推测出哪些患者可能患了癌症，这样你的目光就不会局限于语言这个低层次上面了，你会想着用语言快速实现你的业务需求，此时MFC便不占优势了，因为它不是快速编程语言。
到此，以上就是小编对于mfc串口编程教程的问题就介绍到这了，希望介绍关于mfc串口编程教程的2点解答对大家有用。
