转载:http://blog.sina.com.cn/s/blog_7f5bde5c0101hk5n.html

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

【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学基础
c++做深入研究
c#找工作

【62】学WINDOWS编程,无论使用C++或者C#,很难提升实力,很难发挥硬件的极限.windows编程入门简单,深入太难,微软对人的思想的束缚太大,windows编程只适合初学者,不适合追求自由和极限的人。微软的软件思想很多都是商业造成的误区

【63】那些说c++做不了漂亮界面的人 是你们自己没能力 看看别人自己写的WTL界面库吧 一样的炫 所有的绘制全在自己掌握中 想要什么效果就什么效果
【64】C/C++的应用范畴还远不止楼主所说的那些.
单片机,嵌入式开发,linux底层,这些大量应用于航天,军事,卫星,高精尖设备驱动上.
C/C++是新生事物的最佳缔造工具,只有人类创意还在,C/C++就不会消亡的.
【65】C++/C就是开源大本营的脊梁。M$特地搞一个C++/CLI出来,其目的大部源于此,企图利用托管之利诱使广大C++/C阵营收归其帐下也,可谓有点白热化的气象,想撼动C++/C可不是那么容易的,可是那是块大肥肉、为兵家必争之要害,不得不争、不可不争

C++的MFC,与C#的.NET的更多相关文章

  1. vs2010静态链接MFC库报链接错误

    由于需要将MFC程序在其它电脑上运行,所以需要将动态链接的MFC改成静态链接,本以为很简单,没想到链接的时候出现下面的链接错误: uafxcw.lib(afxmem.obj) : error LNK2 ...

  2. MFC中成员变量的声明顺序与析构顺序

    第一次用博客,第一篇随笔,就写今天遇到的一个问题吧. 在VS2008的MFC对话框程序,窗口成员变量的声明顺序与其析构顺序相反,即,先声明的变量后析构,后声明的变量先析构.未在其他模式下测试. cla ...

  3. VC中的MFC到底是什么?

    1. 微软基础类库(英语:Microsoft Foundation Classes,简称MFC)是一个微软公司提供的类库(class libraries),以C++类的形式封装了Windows API ...

  4. MFC&Halcon之实时视频监控

    上一篇实现了在MFC的窗体内显示图片,本篇介绍如何在MFC窗体内实时显示摄像头的影像. 要实现的功能是点击一个“开始”按钮,可以显示影像,再点击“停止”按钮,可以停止显示. 因为实时显示影像需要在一个 ...

  5. MFC快速入门 - 菜单

    本文仅用于学习交流,商业用途请支持正版!转载请注明:http://www.cnblogs.com/mxbs/p/6231104.html 打开VS2010,依次打开File – New – Proje ...

  6. MFC画线功能总结

    本文仅用于学习交流,商业用途请支持正版!转载请注明:http://www.cnblogs.com/mxbs/p/6216464.html MFC画线功能要点有二:其一,鼠标按下时记录初始位置为线的起始 ...

  7. MFC消息映射机制以及画线功能实现

    ---此仅供用于学习交流,切勿用于商业用途,转载请注明http://www.cnblogs.com/mxbs/p/6213404.html. 利用VS2010创建一个单文档标准MFC工程,工程名为Dr ...

  8. mfc+vtk

    MFC中view类主要处理显示视图,doc类处理文档,mainframe主要为整个窗口的和工程的设置管理.由此,VTK与MFC联合编程时,需要主要的是数据操作,以及显示要很好的与MFC中的结构结合,做 ...

  9. 共享MFC dULL

    >------ 已启动生成: 项目: OSGtest, 配置: Debug Win32 ------1>正在编译...1>AddScene.cpp1>main.cpp1> ...

  10. VC++/MFC 最常用宏和指令

    1.#include指令  包含指定的文件,最基本的最熟悉的指令,编程中不得不用,包含库文件用双尖括号,包含自定义头文件用双引号. 2.#define指令   预定义,通常用它来定义常量(包括无参量与 ...

随机推荐

  1. bzoj1984

    树链剖分在边上的应用比维护点稍微麻烦一点,是对每条边标号,并且要记录每个点父亲边的编号和重儿子然后注意各种细节线段树上和bzoj1858的维护方法类似,覆盖的优先级高于加具体见程序,完全是为了提升状态 ...

  2. ☀【JS】有效状态机

    JavaScript与有限状态机http://www.ruanyifeng.com/blog/2013/09/finite-state_machine_for_javascript.html

  3. [转]NHibernate之旅(5):探索Insert, Update, Delete操作

    本节内容 操作数据概述 1.新建对象 2.删除对象 3.更新对象 4.保存更新对象 结语 操作数据概述 我们常常所说的一个工作单元,通常是执行1个或多个操作,对这些操作要么提交要么放弃/回滚.想想使用 ...

  4. Linux下Chrome浏览器的BUG

    “我胡汉三又回来了”,好久没出现在博客园了,准备考试什么的最烦躁了,今天又重新整了下我的Ubuntu,结果发现了一个Chrome浏览器的Bug,但是与其说它是个Bug,还不如说它是个Joke. 好吧, ...

  5. FZOJ--2221-- RunningMan 福建第六届省赛

    题目链接:http://acm.hust.edu.cn/vjudge/contest/127149#problem/J 题目大意: 因为总共就分三个队,因为两个队都要选取最优的策略,不论B队咋放,要使 ...

  6. 7月19日Docker&Kubernetes技术沙龙总结 - DockOne.io

    7月19日Docker&Kubernetes技术沙龙总结 - DockOne.io undefined

  7. POJ 3125 Printer Queue

    题目: Description The only printer in the computer science students' union is experiencing an extremel ...

  8. NIO机制总结

    Selector selector = Selector.open(); 普通的IO流的读取,写入都是一个字节一个字节或一个字符一个字符的循环进行,在这个过程中,程序是阻塞的,inputStream虽 ...

  9. 会话数据的管理——Session

    cookie的局限性: cookie只能存字符串类型.不能保存对象 只能存非中文 1个cookie的容量不超过4KB(如果要保存非字符串,超过4kb内容,只能使用session技术!!!) Sessi ...

  10. [C#] 常用工具类——系统日志类

    using System; using System.Collections.Generic; using System.Text; using System.Diagnostics; namespa ...