MFC 现在还是VC编程的主流

解决方案 »

  1.   

    这个,......啊确实如此啊。VC6 7 8都是mfc为核心的啊 vc之是ide
    不过图形的程序好像是用纯api的样子?
      

  2.   

    不是 MFC 地位问题,而应该是 C++ 要面临的问题.我是学 VC 的,前几天吃饭时,旁边一桌几位 Java,好家伙,大侃特侃,说什么 Java 语言的"光明",谈 Java 的新技术,好像是他发明了 Java,Java 就是他家的一样!另一家伙说他公司上层只用 Java,下层就用汇编,其它统统滚蛋!再有一家伙说以后操作系统都会消失,Java 虚拟机直接建立在硬件上!照他这说,Sun 不能超过 MS ,纯粹是"娘胎出来晚了"的原因,是历史时间的问题,比尔真得烧香谢关公让自己先于 Sun 而生了!我老实吃饭,没办法,拿啥反驳人家!找工作没人家好找,人家想吃啥吃啥,一边吃一边琢磨吃完去哪玩,咱得啥便宜吃啥,吃完步行回去睡觉!
      

  3.   

    不用.net, framework太大
    不用ATL, 没用过,
      

  4.   

    !再有一家伙说以后操作系统都会消失,Java 虚拟机直接建立在硬件上!照他这说,Sun 不能超过 MS ,纯粹是"娘胎出来晚了"的原因,是历史时间的问题,比尔真得烧香谢关公让自己先于 Sun 而生了!
    --------------------------------------------------
    这个才是一sb!
      

  5.   

    Java 的新技术,好像是他发明了 Java,Java 就是他家的一样!另一家伙说他公司上层只用 Java,下层就用汇编,其它统统滚蛋!再有一家伙说以后操作系统都会消失,Java 虚拟机直接建立在硬件上!照他这说,Sun 不能超过 MS ,纯粹是"娘胎出来晚了"的原因,是历史时间的问题,比尔真得烧香谢关公让自己先于 Sun 而生了!sb一个
      

  6.   

    的确如此不过mfc也不争气,从4.2以后升级很小,其实它的框架早就该改了。我对mfc的理解是,思路是对的,框架要修改,功能要更丰富。
      

  7.   

    嘿, 我和楼上看法相反,MFC框架改不改没关系,反正基本上不用Doc/View,只用Dialog搭个架,控件用MFC的,其他的都直接用API实现。线程,进程,同步,socket,Image都自己封装,不用MFC的。在OLE方面MFC做的很好,Drag_Drop等功能,直接使用。