在MFC中集成RAD .NET框架

核心提示：MFC已经有十几年的历史了，然而直到今天，在MFC中集成RAD .NET框架，他仍然是Visual C++的关键组成部分，从1996年的Visual C++ 4.2至今将近8年的时间，MFC完全可以与C#、VB.NET争奇斗艳……在MFC项目中使用托管扩展支持托管扩展.NET FrameWo

MFC已经有十几年的历史了，然而直到今天，他仍然是Visual C++的关键组成部分。从1996年的Visual C++ 4.2至今将近8年的时间，MFC的主体特征没有出现明显的变化，依旧是“古老”的面孔，因此关于这个类库的种种评论自然是情理之中的事情了。从我个人的观点上看，MFC功能依旧健壮、强大，而且是业界少有的、稳定的、经过足够长历史考验的开发框架。深入研究这个类库，你会找到酒越酿越醇的感觉。MFC的一个成功因素之一就是提供了一套完整的Document/View框架，然而这一点也是许多针对MFC批评的矛头指向。也许是由于这个框架太经典，使人们看上去MFC不再“婷婷玉立”，而是“人老珠黄”，以至于打开今天的Visual Studio IDE的时候，多少会有点不协调的感觉：比起其它基于.NET框架的开发语言，用MFC开发会显得很“土气”、“孤独”——没有RAD机制，明显的缺乏与其它时髦对象的“互操作”能力，而且严格恪守自己的领地。每当生成一个基于文档的MFC程序，我们总是看到一张沧桑的面孔，好像刘姥姥进入大观园，与周围时髦的C#、VB.NET等存在明显的“代沟”与“不相容”。曾经有很多人问我MFC还有前途吗？是否已经行将就木？关于是MFC还是.NET的讨论时隐时现，不绝于耳。CLR是个充满魅力的世界，这种魅力，使得C#、VB.NET等变得光彩夺目。然而，MFC并没有衰老，如果你深入的了解MFC，你会发现，MFC完全可以与C#、VB.NET争奇斗艳……

在MFC项目中使用托管扩展

支持托管扩展

.NET FrameWork提供的托管扩展支持确保了在MFC项目支持托管扩展（CLR），开发者可以使MFC工程（本文我们将使用Test作为工程名称）通过打开项目的托管扩展属性开关，来增加编译器的托管支持（如图1）。