俺刚开始学VC,课程是VC6的,所以学的是MFC.在XP下照着课本,写了几个示例的窗体,感觉蛮有兴趣的.
可听一些师兄说,这东西快淘汰了,现在都没人用了,还不如直接学.net. 不知道是真是假.
俺想问问这里在工作的朋友们MFC现在真的用的不多了吗?将来它的发展方向如何啊?
(初学,可能这个问题幼稚了,还望路过的高手来谈谈)

解决方案 »

  1.   

    在学校就是喜欢说这个落后了那个淘汰了。
    看具体需要了,不同的软件技术都有其特长及弱项,面向具体应用才能说什么技术占优势。
    当然了,你要学习不妨直接从.net入手吧。
      

  2.   

    这并不矛盾。当然,在计算机行业内起点越高发展越快,不过,从C到.net有一个渐进的过程,有了MFC的基础,.net并不费尽。你无法想象一个连标准C也不会用的人学习.net会是什么样子。努力吧
      

  3.   

    .net是B/S端开发的
    VC/MFC 是做应用程序,在通信方面有很大优势
      

  4.   

    MFC只是框架, 框架可以说重要, 也可以说不重要
    说它重要是因为提供了程序最基础的功能, 可重用的类库, 并且有良好的结构, 可以省很多力气
    说它不重要是因为任何程序, 其实质性的功能都必须你自己去完成, 在这方面, 框架无能为力对于用户来说, 他关心的是程序的功能, 稳定性, 易用性... 到底使用mfc做的还是.net做的, 并不重要.net正在逐步走向快速开发工具的方向, 这就意味着, 写程序会更简单, 当然写出烂程序也更简单
      

  5.   

    //大家看了新技术有什么感想??明年11月,微软新一代的操作系统Vista就会发布,它将会改变原有的编程机制。Vista生成器最终将跟以前的Win32 API(Application Programming Interface,应用程序编程接口)进行分离,取而代之的是可管理的WinFX,而WinFX就是微软继DOS、Win16、Win32之后推出的第四代API。据外刊报道,以前利用Win32 API开发的软件,在微软承诺的维护期之后将不能运行。Microsoft 总是支持程序员从他们自己的代码中访问操作系统功能。 在 Windows 的早期,我们从 C 语言程序中使用 Windows API ,进行函数调用(比如 GetMessage(), TranslateMessage(), 等等)以达到目的。 随着时间变迁, Windows 功能开始使用 COM 组件比如 Shell 来公开。 为了充分利用 Windows 完整的功能,程序员学会了 COM 的概念,创建了许多 COM 应用程序。 这种演变仍在继续,如今,为了充分发挥 WinFX 的功能,你的应用程序应该使用公共语言运行库,也称 CLR 了。 WinFX 是一种托管 API ,设计成从为 CLR 编写的托管应用程序中调用,通过 WinFX ,你的应用程序能够利用 Avalon 和 Indigo 这样的新技术的功能。 WinFX 是基于 .NET 对象模型的。访问操作系统功能当然不是 CLR 的唯一优势: .NET Framework 提供了比 COM 和 DCOM 更佳而且更简单的组件模型。 .NET Framework 中包含的托管代码库所能提供的功能,远远超出了操作系统本身,这使我们能够将精力放在应用程序中专门解决特定问题的部分,而用不着再去处理许多人已经解决过的问题。 同样,可以构建一个基于组件的解决方案,而不需涉及以前与 COM 和 DCOM 部署相关的那些困难
      

  6.   

    呵呵~~事情未必是这样发展的,VISTA,硬件要求相对较高特别是显卡,内存,而且.NET为系统和程序员之间添了一层隔膜.而MFC只是对API的封装而已.两者应用都不相关的.
      

  7.   

    微软的确已经停止支持VC6了,学习的时候考虑一下用VC2005 Express吧。不过VC6和MFC仍旧占据很大的市场份额,要说被.Net淘汰还早。你不能期待那些偶尔还会在代码里面嵌入汇编的家伙这么快放弃他们的性能至上主义。.Net是微软目前的重心之一,但是不是说微软除了.Net之外就什么都不做了——据说微软还在开发一大堆软件、开发工具,比如Windows啦,Office啦,Visual C++(也包括新版本的MFC)啦。
    想说一下MFC和.Net 类库哪个好的问题。MFC和.Net不是互斥的,也就是说,可以在MFC程序中加入托管代码。MFC8.0已经封装了.Net的Windows Forms了,后续版本也会封装WinFX的API——顺便说一句,WinFX的MFC封装2004年初就出来了,只不过WinFX直到现在还没定版导致没把这个加到MFC8.0里面去而已。
      

  8.   

    MFC也有对.NET中的WinFX和Windows Forms的封装,两者应用不是完全不相关的。
    P.S. 学VC.Net吧,微软已经不再对VC6进行技术支持了。
      

  9.   

    ==================================================
    CSDN小助手还不错。
      

  10.   

    微软的确已经停止支持VC6了,学习的时候考虑一下用VC2005 Express吧。不过VC6和MFC仍旧占据很大的市场份额,要说被.Net淘汰还早。你不能期待那些偶尔还会在代码里面嵌入汇编的家伙这么快放弃他们的性能至上主义。--------------------------------------------------------------------------
    别人家说什么你说什么,mfc6.0,现在根本没停止VC支持,现在的VC.Net 2005,实际上就是VC7.0,VC8.0
      

  11.   

    to tmeteor() 
    “据外刊报道,以前利用Win32 API开发的软件,在微软承诺的维护期之后将不能运行。

    你从哪里看到的???
      

  12.   

    现在Windows 2000的主流维护期都过了……89年的DOS游戏16年之后在Windows下面还不是一样玩……