从编程所处层次而言，WIN32为最底层,其次是MFC.然后是ATL，最后是CLR.

1.        WIN32常规就是不用MFC，使用API函数编的程序;可调用Win32 WinAPI；

　　1)　　Win32 Application

　　2)　　Win32 Console Application

  　3)　　Win32 Dynamic-Link Library

　　4)　　Win32 Static Library

 

2.  MFC（Microsoft Foundation Classes:微软基本类库）库有很多年的历史了，MFC是基于Windows API 的简单封装。其核心架构基于"Document/View"架构（20年前被认为很潮流的一种概念）和消息流动机制。这个库自从VC6开始到现在都没有多大改动。MFC封装的范围包括GUI，IO，数据库，网络编程等等方面。但是很多系统开发必须的api都没有封装，这样开发者一般都在MFC的基础上自己处理与业务相关的任务。事实上很多人用MFC只是利用其GUI部分的封装。这个库GUI处理的效率也并不是很高，有时候与UI处理相关的代码会占到整个项目的一半甚至更多。总的来说，这是一个垂老的库，微软在10年以来，除了对MFC进行修修补补以外，没有进行大的改进或者更新。如果你问MFC还会活多久？恩，这是个问题。如果有一天MFC不在了，微软在这个级别上并没有其他产品能够代替它；可调用MFC类库；

　　1)　　MFC AppWizard (exe)

　　2)　　MFC AppWizard (dll)

　　3)　　MFC ActiveX ControlWizard

 

3.  ATL,Active Template Library活动模板库，是一种微软程序库，支持利用C++语言编写ASP代码以及其它ActiveX程序。通过活动模板库，可以建立COM组件，然后 通过ASP页面中的脚本对COM对象进行调用。这种COM组件可以包含属性页、对话框等等控件；ATL库貌似也年纪很大了，至少在我接触到VC的时候就有它的存在了。这个库可以追溯到COM组件，因为ATL的目的就是帮助开发者更好的与COM交互。到底什么时候有COM这个东西的？我也不知道，我只知道COM是有16位版本的，在Windows升级到32位的时候COM也随着升级到了32位。COM就像一些封装好的类对象一样，通过封装系统的api，提供一些标准的方法来给你使用。所以系统中有什么组件，就可以在ATL中用什么方法。所以ATL不止可以写ActiveX，也可以有window，也可以有其它。有时候有些微软发布的功能是只以COM组件的形式发布的，例如MSXML，这时候MFC就不适合，是要ATL来处理的。但是ATL在处理UI这方面并不是很强，所以微软工程师有一个开源的UI 框架，叫做WTL，专门用来处理UI的。ATL库的缺点是，作为模板库，在出现错误的时候会比较麻烦，出错提示会牛头不对马嘴；可调用COM对象； 

　　1)　　可执行文件（exe）

　　2)　　动态链接库(dll)

　　3)　　服务（exe）

 

4.        CLR库是随着.Net Framework 2.0一起发布的库，其核心的实现和C#，VB.net 一样。都是基于公共语言运行库。.Net Framework封装了大量系统的api，以类库的形式提供给开发者。C++中的CLR库可以使用其中和本机代码有关的部分，目前C++还不能涉及到asp.net部分。CLR库中的C++颠覆了很多标准C++的传统，甚至可以说，这里的C++不是C++，只是披着C++的皮干其他的事。这里的C++更像是C#或者类似的语言。所以这里不叫C++，而叫做C++/CLI，值得一提的是，有关C++/CLI的部分目前还没有被标准C++接受，最近微软有关C++/CLI标准化的提案被C++标准化委员会拒绝了。所以C++/CLI目前还是微软的一家之言。