ATL和MFC来,应该使用哪个？？？

   摘要目前MFC和ATL代表了两种框架，分别面向不同类型的基于Windows的开发。MFC代表了创建独立的Windows应用的一种简单、一致的方法；ATL提供了一种框架来实现创建COM客户机和服务器所必须的样板文件代码。这两种框架在它们对于开发ActiveX的用途上会合了。我们将看看这两种框架是如何适用于创建ActiveX控件的——突出其优缺点，亲自经历创建一个控件的过程——以便你能够决定何时使用一种框架，何时使用另一种。    
  --------------------------------------------------------------------------------  
  如果你希望用C++来写ActiveX®控件，有两个流行的框架，一个是Microsoft®   Foundation   Classes   (MFC)，另一个是ATL。我将深入的解释这两种框架对开发ActiveX控件所提供的支持，帮助你更好的决定哪种模型最适合你的开发环境和需求。    
  ActiveX控件的完全形态  
   
  ActiveX控件基于构件对象模型COM，使得ActiveX控件成为可能的COM的基本原则是一个对象的接口和其实现能够而且应该分开对待。只要COM的对象和它的客户方代码就接口细节达成了一致，如何实现就不成其问题。ActiveX控件展示了大量ActiveX控件包容器理解的接口。因为客户方代码和控件认可这些接口的外在表现，你可以编写一个ActiveX控件然后简单的将它放入包容器中。包容器将通过良好定义的接口来驱动控件，而这些控件将以自己的方式做出合适的响应。在更高的层次上，一个ActiveX控件是实现了几个主要ActiveX技术的一个COM对象，包括通常的引入COM接口，OLE嵌入协议，连接点和属性页。在较低的编程层次上，ActiveX控件只是实现了某些类型接口的COM类。当一些客户方代码成功的查询到这些接口之一时，它就知道如何使用一个ActiveX控件了。  
   
  一个ActiveX控件暴露的接口主要分为3类。第一，ActiveX控件是可嵌入的对象；就是说，它们实现了大多数的OLE文档、in-place激活和嵌入协议。ActiveX控件实现了如下的接口：  
   
  IOleObject,   IPersistStorage,   IDataObject,   IOleInPlaceActiveObject,   IOleInPlaceObject,   IViewObject2和IRunnableObject   (这