VC编译器过时与否？

VISUAL C++ 6.0已经很久没有更新了，版本还是6.0.不知道MFC是不是也还是老的版本。就这个疑问上网搜索了下。在CSDN里面看到一群人的讨论。可以参考参考。看完下面的知识后我知道自己错了。。。VC++是有更新的，而MFC是跟VC++对应更新的。真是个菜鸟啊。哈哈

--------------------------------------------------------------------------------------------------------------------------------------------------

诸位想想：如果你花一到两年的时间去学VC6，尤其是MFC，就算你到时是VC的绝顶高手，你却空有屠龙之技而无龙可屠，岂不悲哉！        
      想想如果有一个DOS时代的高手跨越时空来到现在，他的技术早已被时代所淹没，如果不更新知识，他会发现要找到一个饭碗都不容易。        
      对于所有想学VC的人，我提出一个忠告：VC的巅峰期已过。  
  ---------------------------------------------------------  
  上面这段是引用袁峰大哥的话  
   
  去monster，dice上面看看，根本就不招vc软件工程师，在美国已经淘汰了  
   
  在不久的将来，中国也是

 

---------------------------------------------------------------------------------------------------------------------------------------------------

从微软的策略看VC的前途！        
      微软的策略是先用.net提供一个新的环境，然后逐步修改其OS，最终完全抛弃NT内核，其最终目的是抢占被UNIX和LINUX占据的高端市场份额（这是Borland李维说的，我觉得有道理）。现在推出的.net框架还支持原来的技术（如COM+），VC.net中也还有MFC7，但这只是一个过渡时期的产品，就象Windows       3.1被Windows       95取代一样，最终是要被抛弃的。        
      很明显，软件发展的趋势就是不断提高软件开发的效率，在.net中开发程序绝不会有现在VC6中用MFC这样复杂和繁琐，事实上，新的平台已不再有win32       API这种平面型的开发接口，已全面立体化（类似于在C++的类库，使用方式也与C++中类的使用方式类似），而且应用程序又回到了DOS时代的简洁，只需复制整个文件夹，就可以移动一个应用程序，程序是自说明的，注册表也没有了，意味着基于注册表的COM组件技术也将被取代。        
      这一切的变化周期估计就在两三年之内。

 

--------------------------------------------------------------------------------------------------------------------------------------------------

 

只要windows系列操作系统存在就有API存在！只要API存在VC++/MFC就不会过时，楼主醒醒吧，  
  早就吹说delphi/VB过时，但在好多传统行业经常活跃着VB/delphi的身影！更何况应用更广的VC？！过不过时并不是某人说了算，也不是微软说了算，而是市场说了算，有需求就有存活力。而要windows系统消失谈何容易，要等到哪个猴年马月！因为wondows足于处理日常大量工作，企业主为了节约成本是不会随便更新那些新潮的操作系统的，“实用就行”将更windows系统长期存在，既然这样，那么VB/delphiVC/NFC就不会过时。  
          再说.net，其实也不是什么新鲜的高科技，只不过是微软为了与SUN等公司况争推出的商品，.net框架底层同样是调用windows   API函数，我们只不过是在微软基于windows   API基础上开发出来的平台上做二次开发，而.net框架底层同样是做样和VC++一样的工作。我们用.net做软件用的是微软写好的封装了大量API函数的类库和框架其实没什么高明之处。为什么我们不在APIs基础上开发出自已的平台来?就像SUN公司在windows环境下运行java的平台一样，而不是天天在这里喊这东西过时那东西过时！  
        如果微软新推出的操作系统微底改变API   接口，那delphi/VB/VCBCB等将失去开发新操作系统的应用软件的能力，我敢说微软将彻底被对手打败！微软决策者才不会这么傻瓜！  
   
          C出来后,中国程序员大炒特炒，汇编过时了！  
          C++出来后,中国程序员大炒特炒，C过时了！  
          java出来后,中国程序员大炒特炒，C++过时了！  
          几年或十几年过后，什么也没过时，反正自已过时了！  
  什么新的东西一传入到中国都变味了，落后的IT，浮燥的媒体，跟风的程序员，在几家大软件集团的商业炒作中彻底迷失方向，被别人做好的类库和框架牢牢套住！

 

 

-----------------------------------------------------------------------------------------------------------------------------------------------

补充知识：

　　MFC,微软基础类(Microsoft Foundation Classes)，同VCL类似，是一种Application Framework，随微软Visual C++ 开发工具发布（是一种非外挂是函数包）。目前最新版本为9.0（截止2008年11月）。该类库提供一组通用的可重用的类库供开发人员使用。大部分类均从CObject 直接或间接派生，只有少部分类例外。

　　MFC 应用程序的总体结构通常由开发人员从MFC类派生的几个类和一个CWinApp类对象（应用程序对象）组成。MFC 提供了MFC AppWizard 自动生成框架。

　　Windows 应用程序中，MFC 的主包含文件为"Afxwin.h"。

　　此外MFC的部分类为MFC/ATL 通用，可以在Win32 应用程序中单独包含并使用这些类。

　　由于它的易用性，初学者常误认为VC++开发必须使用MFC。这种想法是错误的。作为Application Framework，MFC的使用只能提高某些情况下的开发效率，只起到辅助作用，而不能替代整个Win32 程序设计。

　　MFC实际上是微软提供的,用于在C++环境下编写应用程序的一个框架和引擎,VC++是WinDOS下开发人员使用的专业C++ SDK(SDK,Standard SoftWare Develop Kit,专业软件开发平台),MFC就是挂在它之上的一个辅助软件开发包,MFC作为与VC++血肉相连的部分，MFC同BC++集成的VCL一样是一个非外挂式的软件包,类库,只不过MFC类是微软为VC++专配的.

　　MFC是Win API（没有API，操作系统便不能被扩展，不能为它写应用程序，这样的操作系统，要来干什么？）与C++的结合,API,即微软提供的WinDOS下应用程序的编程语言接口，可以允许用户使用各种各样的第三方的编程语言来进行对WinDOS下应用程序的开发,使这些被开发出来的应用程序能在WinDOS下运行,比如VB,VC++,Java,Dehpi编程语言函数本质上全部源于API,因此用它们开发出来的应用程序都能工作在WinOS的消息机制和绘图里,遵守WinDOS作为一个操作系统的内部实现,这其实也是一种必要,微软如果不提供API,这个世上对Win编程的工作就不会存在,微软的产品就会迅速从时尚变成垃圾,上面说到MFC是微软对API函数的专用C++封装,这种结合一方面让用户使用微软的专业C++ SDK来进行Win下应用程序的开发变得容易,因为MFC是对API的封装,微软做了大量的工作,隐藏了好多程序开发人员在Win下用C++ & MFC编制软件时的大量细节,如应用程序实现消息的处理,设备环境绘图,这种结合是以方便为目的的,必定要付出一定代价(这是微软的一向作风),因此就造成了MFC对类封装中的一定程度的的冗余和迂回,但这是可以接受的..

　　最后要明白MFC不只是一个功能单纯的界面开发系统,它提供的类绝大部分用来进行界面开发,关联一个窗口的动作,但它提供的类中有好多类不与一个窗口关联,即类的作用不是一个界面类,不实现对一个窗口对象的控制(如创建,销毁),而是一些在WinDOS(用MFC编写的程序绝大部分都在WinDOS中运行)中实现内部处理的类,如数据库的管理类等,学习中最应花费时间的是消息和设备环境,对C++和MFC的学习中最难的部分是指针,C++面向对像程序设计的其它部分,如数据类型,流程控制都不难,建议学习数据结构C++版。

　　MFC是微软封装了的API。什么意思呢？windows作为一个提供功能强大的应用程序接口编程的操作系统，的确方便了许多程序员，传统的win32开发（直接使用windows的接口函数API）对于程序员来说非常的困难，因为，API函数实在太多了，而且名称很乱，从零构架一个窗口动辄就是上百行的代码。MFC是面向对象程序设计与Application framework的完美结合，他将传统的API进行了分类封装，并且为你创建了程序的一般框架，

　　MFC是对WindowsAPI的封装，大大简化了我们的工作；学VC主要就是要学MFC，大约有100多个类，但常用的也就二三十个。应该象背4级单词一样将这些常用类搞懂；当然不要死记，要通过看帮助、看例子、动手练习来学会它们；而且，并非每个类的内部的所有函数都要学会，要日积月累。如果真的想成为高手，做个笔记本把自己认为重要的类、函数记下来，随时学习，也是很好的突击方法。

 

所以终上所述，API就是操作系统提供给我们编写在操作系统上运行的程序的函数接口，而MFC就是为了方便程序员而做的API的封装。 

-----------------------------------------------------------------------------------------------------------------------------------------

版本更新

　　新产品版本 MFC版本

　　Microsoft C/C++ 7.0 MFC 1.0

　　Visual C++ 1.0 MFC 2.0

　　Visual C++ 1.5 MFC 2.5

　　Visual C++ 2.0 MFC 3.0

　　Visual C++ 2.1 MFC 3.1

　　Visual C++ 2.2 MFC 3.2

　　Visual C++ 4.0 MFC 4.0 (mfc40.dll included with Windows 95)

　　Visual C++ 4.1 MFC 4.1

　　Visual C++ 4.2 MFC 4.2 (mfc42.dll included with the Windows 98 original release)

　　eMbedded Visual C++ 3.0 MFC 4.2 (mfc42.dll)

　　Visual C++ 5.0 MFC 4.21 (mfc42.dll)

　　Visual C++ 6.0 MFC 6.0 (mfc42.dll)

　　eMbedded Visual C++ 4.0 none

　　Visual C++ .NET 2002 MFC 7.0 (mfc70.dll)

　　Visual C++ .NET 2003 MFC 7.1 (mfc71.dll)

　　Visual C++ 2005 MFC 8.0 (mfc80.dll)

　　Visual C++ 2008 MFC 9.0.21022 (mfc90.dll)

　　Visual C++ 2008 with Feature Pack MFC 9.0.30411 (mfc90.dll)