却不同于Basic语言和VB的关係，Basic语言在VB开发出来被套用的年代已经成了Basic语言的新规范，VB新加的Basic语言要素，如面对对象程式设计的要素，是一种性质上的飞跃，使VB既是一个IDE，又出长成一个新的程式设计语言，）同BC 集成的一个框架一样（名称查询中。。）是一个非外挂式的软体包，类仓库，开发平台，这些类是微软为VC 专配的，MFC是WinAPI与C 的结合，{（API,即[微软提供的WinOS下]应用程式的[程式语言]接口），是一种软体编程的规范，便不是一种程式开发语言本身，可以让用户使用各种各样的第三方[我是一方，微软是一方，Borland就是第三方]的程式语言来进行对WinOS下应用程式的开发，使这些被开发出来的应用程式能很好地在WinOS下运行，只要它们是接受和遵循API规范的，[这其实也是一种必要，微软如果不提供API，这个世上对Win编程的工作就不会存在，微软的产品就会迅速从时尚变成垃圾]，VB，VC，BC，BCB，VCB，Dehpi应用程式本质上全部运行于API机制，工作在WinOS的讯息机制和绘图里，遵守WinOS作为一个作业系统的内部实现,}，是对API函式的专用C 封装，这种结合一方面让用户使用微软的专业C SDK来进行Win下应用程式的开发变得容易，因为MFC是对API的封装，微软做了大量的工作，隐藏了好多内节程式开发人员在Win下用C &MFC编制软体时的大量内节，如应用程式实现讯息的处理，设备环境绘图，这种结合是以方便为目的的，必定要付出一定代价，（这是微软的一向作风）就造成了MFC对类封装中的一定程度的的冗余和迂迴，但这是可以接受的 MFC不只是一套微软提供下的一个Win下C 的开发平台，也不只是一个功能单纯的界面开发系统，它提供的类绝大部分用来进行界面开发，关联一个视窗的动作，但它提供的类中有好多类不与一个视窗关联，即类的作用不是一个界面类，不实现对一个视窗对象的控制（如创建，销毁），而是一些在WinOS（用MFC编写的程式绝大部分都在WinOS中运行）中实现内部处理的类，如资料库的管理类等，学习中最应花费时间的是讯息和设备环境，学习C 最难的部分是指针，C 面向对像程式设计的其它部分，如数据类型，流程控制都不难，建议学习数据结构C 版；

MFC是在1992年的Microsoft16位版的C/C++编译器的7.0版本中作为一个扩展轻量级的WindowsAPI面向对象的C++封装库而引入的。此时，C++因为它在和API方面的卓越表现，刚刚开始被用来取代C套用于开发商用软体。，他们推出了替代早期的老式的字元界面的集成开发环境（IDE）的PWB。　有趣的是，MFC使用“Afx”作为所有的函式，宏及标準预编译头档案名称的前缀。因为在MFC的早期开发阶段它叫“ApplicationFrameworkExtensions”缩写为“Afx”。MFC这个名字被採用得太晚了以至于没来得及修改这些引用。　最近，MFC8.0和VisualStudio2005一起发布了；MFC9.0和VisualStudio2008一起发布。在免费的Express版本的VisualStudio2005/2008中没有包含MFC。　作为一个强有力的竞争对手，为Borland的TurboC++编译器设计OWL（ObjectWindowsLibrary）在同一时间也发布了。但，Borland停止了对OWL的继续开发并且不久就从Microsoft那里购买了MFC头档案，动态程式库等的授权，微软没有提供完整的MFC的集成支持。之后Borland发布了VCL（VisualComponentLibrary）来替换OWL框架。