C++的MFC，与C#的.NET-白红宇

C++的MFC，与C#的.NET

阅读量：5281 次

发布时间：2019-06-14

本文共 9791 字，大约阅读时间需要 32 分钟。

转载：

以下摘自各问答网站、博客论坛：

【1】MFC早已过时，现在C++多数是用来编写底层方法而不是开发桌面程序，桌面程序有Delphi，其控件库比MFC要多，微软早不维护MFC了。

【2】MFC学习曲线的陡峭是众所周知的，主要难点在于C++语言本身，和MFC使用了大量的宏和怪异的语法（主要是RTTI和Message Mapping）。但是学习陡峭不等于就是难，而是说由易到难出现的时间点靠前。用C#编写专业的、可靠的软件需要的能力一点也不比VC/MFC少。因为当你同时熟悉了各自语法、API和工具之后，更陡峭的学习是算法、软件架构、业务，这些对于不同的语言来说都必须面对。

【3】其实不是宏的问题，而是MFC本身基于C++但又不是C++，说它不是C++，因为整个编程方式和C++完全不一样，但又的确是在用C++写，当你学会了MFC不等于学会C++，辛辛苦苦花的时间浪费在了一个二次开发框架上面了（MFC等同于现在的二次开发框架，上手容易但不是在编写底层代码），等到切换到其他领域，说你会C++吧，结果直接用C++写代码，脱离了MFC的支持就完全写不来了。但是C#就不会这样，虽然C#是基于.NET框架的，但是它不像是MFC对C++封装而已，C#学会学透彻后，应用领域很广泛的，只不过效率要求很高的地方还是需要单独用C++编写DLL给C#调用，但绝不是用MFC编写DLL给C#调用

【4】MFC使用那些颇具技巧的晦涩技术是有历史渊源的，一方面是当时硬件条件的限制，另一方面，当时C++标准不统一，MFC被设计成使用更加保守的语法获得更好的兼容性。事实上MFC的兼容性是很好的，MFC可以用BCB编译，但是OWL、VCL绝对用VC编译不了。微软为什么强调“兼容性”，因为它把MFC卖给其它编译器供应商，那个时候，IBM，甚至赛门铁克都买了MFC集成到他们的C++开发工具中去。

【5】C++ 0x曾经被寄予厚望，添加了很多现代编程语言的特性，但是这些用在C++身上很尴尬。开发系统软件这些特性是鸡肋，开发者需要纯粹、简单的C++语法。甚至他们看不上本来就复杂的C++，转而使用C。开发应用软件更是用不到，现在用C++开发应用程序几乎绝迹。

【6】mfc学习的关注的更多的是机器本身的问题，底层调用，硬件，api的实现等。难一些。c#的学习关注是架构、业务流程、数据库操作等，比较容易，但是学习好需要更多的项目经验！

【7】一.如果没有C++,C#的功能绝对停止不前.因为C#就是用C/C++开发的嘛。二.底层,底层再底层这是C/C++的优势,离了C/C++对硬件控制和嵌入式程序的更新,不管你C#开发什么都白费。微软希望它一家用C/C++,你们都用它的产品C#...这样微软才能从底层控制你呀...大家用C#就知道,要添加一个功能非要找微软才行。

【8】C++和C#的区别就一句话：后者是适合做快速开发和某些系统解决方案而量身定做的。前者是全能，但是不一定做得最好。PS：谁说Java适合用来作为数据结构入门？一个连struct都不支持、无法在stack上面分配对象和数组的语言居然还被说成适合作为数据结构入门？笑死了。在这点上Java比C#差了不止一点点，更不能和C/C++相提并论

【9】直接操作其它进程，是比较底层，看上去是比较高级，但是这么做的后果就是，

违背进程独立，各自隔离的设计思想，引入不稳定因素，引入潜在错误，同时也把自己局限

于某个具体平台了。直接访问磁盘，直接读写端口，直接操作网卡，直接XXXX等等，看上去都是些比较高级的用法，实际上都不可避免的将平台无关性消灭，大大削弱可移植性，甚至影响稳定性。配置文件不放在自身目录，也不放在用户个人目录，喜欢往注册表里写，某些功能，不用底层操作，稍微动动脑筋就能实现，却非要搞几个系统API来实现，hook这个hook那个

。但是驱动用C来写也是非常方便的，在嵌入式上面，用GCC也是OK的，C++不是不可替代，而是C++自己还没有把C替代过去。如果widnows 7普及，杀毒软件拿C#做也未尝不可，底层用汇编或者C都可以，跟用户打交道的GUI，用C#做是非常合适的，没MFC什么事情。

【10】C++的前途，是不如过去明晰，受到Java和C的冲击不小，特别是在Linux平台

用过Gentoo或者做过lfs的都应该有所体会，用C语言写的软件，比重还是相当大的

C++过于复杂，难以驾驭，使用不当会让代码难以理解，特别是过于复杂的类层次结构

Linux内核中用C语言实现的多态，要是改成C++，恐怕理解起来就更加困难了

Linux之父创建git的时候选择了C，之所以选择C，就是为了把那些C++程序员踢出去

【11】C++不是VC，C++也不是MFC。银行不会消失，而雷曼兄弟却破产了。汇编语言没有消失，也很难消失，却在大部分场合被取代了，这就是没落。

【12】如果开发一个MIS系统我想我会选择C#，如果开发一个服务器端或是客户端程序我想我会选择C++。

【13】在Linux和Unix中充斥着大量的C/C++底层代码，Windows大量的基础代码也是构建在C/C++之上，前段时间出了那个语言排名，PHP明显超过C++，哪C++是不是就没有用了了？其实不然，这只能说明开发需求和市场发生了变化,B/S开始流行，Web开始快速发展，其实B（浏览器）也是C/C++开发的，PHP的解析器也是C/C++写的，C#的发展也是一样说明了管理类软件开发的需求大量提升

【14】JAVA和C#才是功能重复，C#也是为了对抗JAVA才出来的政治产物，管C++什么事~ ,不知道在里面评论的人不受多了有多少人耍魔兽世界，网速慢一点点就不高兴了，以后耍C#或者Java开发出来的估计你们只有跳楼了，拿C++去开发web版MIS我估计程序言只有自杀了！ ASM好多年了，有没有哪个语言敢站出来说我是来替代ASM的！除了asm还有那个语言那么自信可以写0扇区？除了C语言开发系统内核效率高速度快哪个能比?C++在游戏，视频处理，压缩数据处理上你可以用C# JAVA去写？那这个和你用C++写.Html文件差不多头大吧

【15】也许会有一种语言把这些语言特性都发挥出来，有c#的灵活，也有c++的深入，想界面，网络就用c#的那套思想，想底层，硬件就用c++的那套思想。

【16】单从效率上说，C#/Python/Java这些语言是不可能达到C/C++的水平的。除了普通的应用软件，一些科学计算软件，对效率要求很高的，基本上只能用C/C++来编写。

【17】学vc、c#都没有前途，只能成为代码工人。现在流行搞嵌入式开发、手机开发。

【18】不过有一点是可以承认的：大多数技术牛人是在C/C++领域产生的！究其原因，是因为C++这种"傻瓜语言"逼着程序员去学习，不像Java/c#，按下一个快捷键就会提示很多方法名，属性名。而c语言的很多函数都是程序员自己写的，久而久之逻辑思维就锻炼出来了！不信大家可以调查一下，C++程序员普遍(注意，我说的是普遍，没说全部)工资相当高的！难怪所做

C++的看不起做Java的，做Java的看不起做.NET的……

【19】就C++和C#本身来争论没什么意思？时代在进步，技术在更新。不可否认C#在应用层用的很广，跟“大到变态的类库”分不开，但C++在目前看来还是有一席之地的。望眼未来，肯定会有一些老语言没落，又会有一些新语言兴起

【20】C++是一个比较好的理解原理的语言，是一切之本。没有什么语言能比C++更加贴近Windows本身了，这一点也是不可否认的。

【21】C#繁杂的调用Win32 API的方式，确实让人很不舒服，C++这一点做得比它好。但是，C#强大的网络操作，代码量大大地低于C++，我们抛弃不用Socket，改用WinInet或是MFC中的封装好的网络类，比如CHttpFile，还是没C#简单。C#的傻瓜式的类库操作和面向对象编程的完美特性，确实让其成为了Windows平台上最受欢迎的语言。

【22】就说杀进程吧，C#中不通过Win32 API就那么一种方式，通过System.Diagnostics.Process找到进程，然后Kill之（如果我说的不对，使用C#的朋友请指正），而C++中，我们完全有无数种选择，就说不邪恶的，TerminateProcess，邪恶点的呢？不计其数。进程内存填0，卸载模块，消息洪水，句柄强制关闭，强制释放它的堆，太多太多了，甚至我注入进去，内部Raise一个异常，它也就挂掉了。保护进程，不管内核下还是应用层，C#肯定是做不了的，C++有自己高端的地方，其他语言无法涉足。你见过C#做的杀毒软件吗？

【23】有太多的地方，C++根本无法涉足。拿C++做Web Services除非是大脑进水，用C++做网络蜘蛛，也根本是无聊之举，要么就C#，要么就拿Python来干（个人漏见）

【24】只要追求自由的人存在，C++就不会消失；只要操作系统一天是用C++写的，C++就不会消失。

【25】OS大多是C+ASM写的吧……C++对底层支持不好，确切点说，C++还是一个高层语言，不过，微软最近似乎鼓捣了个基于.NET（记不清是.NET还是云计算了）平台的OS，未来的发展还真不好说

【26】这么说来倒也不假，C++写内核驱动，无非加个Extern "C"，C++确实可以让编码简单一点，不过据说同时也会降低稳定性

【27】底层我选C，比较高层次的开发，可选的东西一大堆。如果说到Windows平台，我选C#和Python等动态语言，只选对的不选累的，比如WPF/Silverlight可以轻易做出很炫的界面，换作MFC来做，脑子进水了。

至于C++，还真不好说它的前途。至少在我日常工作中，C++的比例越来越小了，能用C做的，不用C++，更加精悍不易出错

【28】首先，有微软撑腰，借助Windows 7，.net在用户机器上会安装得越来越普遍，就如同MFC42xxx.dll的风靡一样，这由微软操心；其次，使用.net的软件不是我一个，或许用户先前安装了某种软件已经装好了.net，不是每个用户都需要去下载几十兆的.net库，再次，考虑到维护和升级的难度，开发费用，熟练使用MFC/BCG/Xtreme Toolkit/SkinMagic……的程序工人的招募费用，各种库的乱七八糟的bug和咨询费用……我宁可用傻瓜化的C#。

【29】我并没褒贬谁，我们程序员需要的是：按照需求，缩减成本，灵活选择。

【30】C#的程序员的层次分得比C++多很多，高层的也是象牙塔级别的。这句话很透彻。和楼主一样，坚持着c/c++/vc,同时也看好C#

【31】虽然C++是面向对象，面向应用的高级特性的先行者，但绝不是目前这一领域的最佳选择，包括垃圾回收，反射，属性化，动态执行等诸多特性，由于得到需求的支持而大量应用，单纯C++的力不从心，由此可见一斑。但是又很难解释，C++作为混合编程的一个衔接者，连接着操作系统和上层应用。

【32】在内核，驱动级的底层开发，甚至通信开发，C++也只是以面向过程的方式被使用，与C去竞争这一领域，C++本身的特性又无法得到真正的发挥。我们不得不承认C++的尴尬。但是我们又从C++实现高级特性的过程中，体会真相的快乐。并灵活运用。C++的部分特性被其他语言所继承，甚至被取代。在混合开发中，C++往往起到妙笔生花的作用。往往在遇到使用更高级语言无法解决的瓶颈问题时，C++总能从根本层次上提供一个解决方案。这在我经历的项目中，屡见不鲜。

【33】mfc是C++的衍生物，它的作用只是承接着历史，而未来，是否需要为C++和C提供一个足够强大的与UI有关的库，是需要考虑，但事实上，已经存在一些选择。所要做的就是等待一个标准的出现。

【34】在一些项目中，使用C++实现web service和调用web service，的确看不到足够的理由，但问题更多的在于web service本身，诸如安全，性能，以及如何传递对象等等问题

【35】微软.Net太狠了,C/C++的人都跑向Linux。Linux一定得到很大的发展.

【36】C++是一种“恶搞”~~~纷繁复杂的用法，遍地的陷阱，越来越诡异的语法，越来越诡异的内裤

【37】正如X楼所说，C++程序员跑到Linux上去了，为什么呢？作为C++忠实fans不想看到微软老是偏袒C#，仿佛C#是.Net儿子，而C++则是个即将要出嫁的女儿，C#倾注了众多微软牛人的心血和微软的基因，但是，远方的Linux家族仿佛看不惯微软这样欺负C++，在OS领域，Linux已经不是当年的小屁孩了，已经是正在茁壮成长的青壮年了，linux对C++一见钟情，Linux说出了自己的价值和时下的众多fans，Linux有着服务器市场得天独厚的条件不会这么轻易的退出江湖，相反，正在与Windows做终极PK。所以，C++是不会没落的，要没落也只能是VC++

【38】C++确实是一个情结！而且是一个很难抛却的情结。想着当初那个时候，时而用C++写出几个小巧儿高效的工具类，不厌其烦的学习C++的技巧，不厌其烦的看着Scott Meyers所著的Effective C++，那个兴奋劲儿啦……可是呢，真正到了用的时候（脱开那些很少接触到的特定领域，比如说什么杀毒，什么驱动开发，说实话，有多少开发人员会真正涉足这些领域？），却又不得不做出取舍。要是用C++，就得做好思想准备，因为必定会遇到许多细节处理

【39】学C++的人越来越少了，那会C++的人就越来越珍贵了

【40】发表一下我的见解：我做c#两年多，很多高级特性都比较熟悉，包括泛型，线程池，异步等。但是到现在仍然不太清楚操作系统内部机制，感觉自己都是按微软定义的语法规则在做，所以我一直都有学习c++的打算，不为别的，就为理解微软设计这些语法背后的逻辑。打个比方，事件在c#里面是封装了消息机制的委托，说起来简单，但是恐怕只有做过delphi或者vc编程的才能理解到吧

【41】我用C/C++ 。

1. 在win桌面上，不是有人嫌MFC丑嘛，那前台用Flash, 后台用C++

2. 在网络服务器领域，在UNIX/linux的地盘，是C/C++的天下，原因是，linux基本当服务器和

嵌入式用，理所当然是C/C++， C管驱动， C++管应用

3. 在网络安全领域，非C++莫属

4. 在网络游戏领域，还是C++

5. 在杀毒软件领域，还是C++

6. 谁让你搞WEB应用的啊。 WEB应用方案那么多，就让搞C#, JAVA的争去吧。

7. 这个世界不都是桌面应用。大量的嵌入式应用多是C做底层，C++做上层。

通讯行业，电力行业，工控行业，电子行业到处都是嵌入式，到处都是C/C++

8. 你们只是在一个计算机小应用范围就争论得不可开交了。扬言C++不行了，甚至

妄想微软把.NET放入win的内核。微软不会这么愚蠢。

好吧，我们就看看桌面应用，前端吧。打开你的电脑看软件：

优化大师， QQ2009, 千千静听， protel, 迅雷， winrar, 超星阅读器，卡巴斯基，

chrome, maxthon, 暴风影音， CAD ..... 真实太多啦。全是他妈的C++桌面应用！

【42】首次，如果有一天出现并普及能直接能运行MSIL或者Java字节码的CPU,那C++就真的没有生存空间了。操作系统都可以直接拿C#或者Java写了，问题是这一天有可能出现吗，至少在我的有生之年很难看到。。？确实在杂志上看过说.NET的程序跑的比C++跑的快的情况，当时记得专家的解释说C++频繁分配释放内存，造成了系统的内存的碎片，自己并没有遇到这种情况。可是C++是自由的啊，你可以加入垃圾回收的功能啊，C++成熟的GC又不是没有。我们只能说C++在某些场合的开发效率和维护成本较高，因为他对程序员的要求比较高。

其次，C++接近底层，能让我们明白很多底层的知识，如数据结构，对象模型。你们觉的一个好的C++程序员如果转向C#或者Java困难吗？至少知道的是一些朋友在学习了C++之后，再回过头来看Java或者是C#，感觉明白了很多。

再次，C++开发项目，确实会将一部分经历拖到语言层次上，但是任何一个语言都不是完美的，如果你说它是，只能说它存在的时间很短，或者是它已经被框在了一个特定的领域里

【43】要说C#与JAVA的比对还差不多,或者说VisualC#与VC的比对还凑合.但要说C#与C++的比对,这好象没有什么可比的了. C#和JAVA都是来自C/C++,而且C是通行于几乎所有领域的工具语言,MS能比吗?更何况MS的万物C#

【44】最大的不同是C#/Java不能直接用指针，或者说不能直接对内存进行操作。C#只能通过引用进行间接操作，也就是说C#要进行两次地址查询而C++只用一次。理论上C#至少要比C++慢一倍。

【45】中国学编程的兄弟真的不算少，真正称的上精通的又有几个呢

【46】微软要往visual studio 2010里面给C++开发者更多关怀，

大概正是出于C++程序员很多都转向了linux的考虑

【47】用那些功能强大的库和傻瓜式语言，固然提高了生产力，但如果不学习和使用汇编，C/C＋＋，永远只是个软件民工，终其一生难有大成

【48】从学习的角度上来说C/C++是不错的，但是从工作的角度上来说，C井和Java都是不错的，现在的软件越来越庞大，不是以前追求性能的时代了，现在追求的是稳定性，还有伴随着网络时代，软件还要追求安全性。

【49】如果我做软件的话，我最理想的搭配是：后台核心处理用C，前台界面用C#，既有C的速度，又有C#的高效界面开发，C#可以比较好地和C结合起来（只用过几次，与C的结合能力再怎么也比不过C++），在C和C#的双重压迫之下，C++的使用量已经减少了，这点可以在CSDN的语言排名上看出来，但是，想学C++的人不要因此而打消念头，因为学会了C++，基本再学C就没什么问题了，学C#也能很快上手，没有必要太在意什么灭亡之说，重要的是思想，语言只是工具

【50】其实就是几个c/c++的大牛,已经悟到c/c++的九阳神功+独孤九剑境界了,高处不胜寒,于是,闲来无事,写个java出来玩玩,领悟不了的人,可以给他们一个速成的武功练着. 可是没有想到这些拿着java,c#的人,以为自己学到了好了不起的武功,到处炫耀,以为自己天下第一了. 也幸好,那些得道的c/c++大牛已经不屑于此类了.其实我个人期望大家都去学java, c#,这样,我们这些c/c++的就更值钱,也更悠闲了

【51】C++系统级的语言

C#是应用级的语言

这注定C#是短命的，C++是长寿的甚至不死的

也注定C#开发应用软件是擅长的，C++开发系统软件是擅长的

所以不在于你要学什么，而是你想干什么，干啥用啥工具喽，犁地用耙子，吃饭用勺子

另外在于你想做开发做几年，想做个几年就学C#吧，想做的事就更长就学C++吧

【52】如果是纯做技术的，如果是真正的程序员，我想征服与成就比金钱能带来更多的快乐，或者说自由能带来更多的快乐。所以我沉迷并沉醉于ASM、C、C++。我甚至想用VHDL或组合与时序电路来搭出自己的东西来。我为什么喜欢技术，是因为我无法适应现实世界，我更喜欢技术世界的自由，输，我输的心服口服。语言是什么，包括他库吗，是语言强大，还是语言+库强大，那些JAVA或C#程序员，如果离开库，还那做些什么，如果加上内存或CPU的限制，他们还能做些什么。真正的程序员，我想是那些不依赖于库并能达成自己理想的人，用一种文字就能表达自己思想的人，我的思想，不需要引用，也能很好（完美）表达。

我也不想只在一种特定的场合（平台）里表达

【53】C++的强大再于它的复杂，他复杂，是因为他要强大。用C++可以写出用C才能写出的高效而精炼的代码，也可以写出更具抽象（面向对象，更符合现实世界）的代码。它灵活，是因为他复杂，他复杂，是因为他要灵活。

【54】我国为了结束信息技术无芯的历史，研制出了“龙芯”，但只是万里长征走出了第一步，后面是，语言，编译器，与库的问题，ASM、C、C++无疑将在我国的信息化进程中发挥距大的作用。（硬件要安全，语言与编译器要安全，库更要安全）。特别是绿色、环保、节能，要求我们的代码更为高效，精炼（在硬件条件一定的条件下，上面的要求只有靠代码来实现）。这些只能靠高效的语言来实现（非开发高效）。ASM、C、C++（并不等于VC、BCB）肯定能造就出我国未来伟大的程序员。JAVA,C#那些依赖于库的，所谓的“程序员”，只能继续做奴隶

【55】看看目前windows平台上的流行工具，包括游戏，多少不是用c/c++开发的？非windows平台和嵌入式环境，哪个不是用 c/c++ ? 嵌入式操作系统，通用操作系统（linux,windows）哪个不是用 c/c++开发？楼主估计是仅仅守着微软这块田地，才说 c/c++几年内就如何的话吧。。真是无知者无畏。

看看国外主流的招聘中 c/c++的差不多占了 60%多，人家那是上游产业，我们的程序都跑在人家构建的c/c++代码上，包括自以为是的 c#，当今软件世界，可以说是c/c++构建起来的，如果你不用它，只是说明你处于产业的末端，开发偏重劳动力型的代码，没什么技术含量的东西，目前中国大部分程序员是如此谋生，可叹啊

【56】虽然微软是世界上第一大的软件公司，但是也请你们可能清楚C++不是微软的，也不是VC，甚至很多时候VC跟C++本身有所不同。C++在很多领域都有所应有，我请问你C#可以在Linux，Unix下使用吗？Mac上可以用吗？？？同样VC++也不可以，但是C++语言本身是可以的

【57】ASM->C->C++->C#/java 说白了就是一层一层的封装而已

【58】c程序员都要把c++从自己队伍踢出去，c++程序员却想方设法的把c加进自己队伍来。

c程序员喜欢说c语言，c++程序员喜欢说c/c++语言

【59】C++非托管才是永恒的。

.NET带来了C++/C#托管，VISTA带来了WPF/SILVERLIGHT，WIN7还会带来新的技术。但是始终永恒的只有C++非托管。

微软的新技术，逐渐把程序员从应用层引诱到表现层，把代码变成脚本，把非托管偷梁换柱为托管，把肤浅的程序员变傻。

无数智能设备，小到手机，大到航空仪器，有几许使用WPF,又有几许使用非托管

【60】C#是商业公司产品。。

而C++是工业标准

【61】

c学基础