有了.NET为什么还要MFC

既然都是脱离api，既然都是windows编程
为什么不用.net而还要用mfc呢？
反正都是只能在windows平台下使用， .net不是方便的多了！开发速度还快！
为什么大家还要学mfc？

解决方案 »

  1.   

    Xp没有预装.net运行库
    也就是说绝大多数人是运行不了.net程序，所以你的程序一点作用都没有
      

  2.   

    MFC从10年代出就有了，延续到现在。难道说结束就结束？那这帮用VC++的还怎么混？.net才出几年呵呵。也没完全证明.net就比MFC强大多少。
      

  3.   

    MFC没有脱离api只是api的一个包装，一点都没有脱离api
      

  4.   

    存在就是理由
    就像很多人还在用vc6，为什么呢？
    .net已经把vc搞成了托管代码（虽然也还是可以编写非托管代码），这等于让你与底层中间夹了点东西。
    离底层越远，你越不知道底层在干什么。程序有了问题，怀疑点也就又多了一个层面。
    mfc的框架代码是透明的。你还是可以了解
      

  5.   

    编成越多，和系统关联越紧密就越希望知道其所以然。当然就希望知道其底层原理。可随着编成发展，一般性应用开发就需要独立，减少关联，这样开发速度快，成本也低。我估计.net就是这样产生的
      

  6.   

    MFC算是VC开发界面编程比较快的一个工具吧，但是其他方面真的不敢苟同。我项目中使用MFC里的SOCKET封装好的类，结果运行的时候总出现一些乱78糟的错误。最后上网上搜了下，发现MFC的SOCKET类是非线程安全的。最后我只好都改成使用API的SOCKET了。
      

  7.   

    欢迎大家来到：Visual Studio Team System 2008 技术交流群!
    群号：45900285
      

  8.   


    MFC只是一个框架，尽管有时大家也不满意。但还可以比较容易地修修补补，。NET针对底层修改相对困难一些。
      

  9.   

    用C/C++编程,不只是实现一些界面上的功能,可能很多时候需要了解一些底层的东西,在这方面个人觉得.net并不方便,或者说正是由于.net的封装得更好,功能更强大,使得使用.net的人拥有更少的机会了解底层,知其然,不知其所以然,相信这并不是大多数c/c++程序员愿意的
      

  10.   

    既然都有轮子，既然都烧汽油，有了汽车为什么还要摩托车？
    顶！
    各有长处啊，早在java诞生后X年，无数“预言家”说，C++要退出历史舞台了，结果是不少java程序员又回到了C++的怀抱。各有长处啊！
      

  11.   

    学习，不过.net的确比c++简单多了，容易入门些
      

  12.   

    微软把操作系统都加入.net运行库，.net必然比现在还红红火火
    可惜他不敢，他怕又被告垄断
      

  13.   

    mfc开发还是有很大的灵活性和可扩展性的
    这一点.net做起来麻烦些
    例子?
    CSocket用起来不适用?继承并重写某个方法喽!
      

  14.   

    net虽然不错,但它还不够完善,比如net2.0还没有关机方法.有些功能仍然需要mfc来方便实现.