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）。
（图1：打开托管编译支持开关）
对偶.NET对象
在打开托管扩展编译开关以后，您就可以在MFC项目中使用托管对象了，通常的做法是：为每个重要的MFC对象匹配一个托管对象以形成一个对偶对，彼此匹配的对象包含指向对方的指针，这样，其他.NET对象可以通过对偶对中的.NET对象操作MFC对象；而其他MFC对象可以通过对偶对中的MFC对象操作.NET对象（如图2）。
（图2：对偶托管对象）
在Visual Studio .NET 中，没有提供关于添加托管C++类对象的向导，因此，你可以先添加一个基于托管C++的Component对象（如图3）。
（图3. Add Class向导：增加托管C++ Component对象）
添加了该testDocObject托管组件对象之后，将该对象的基类改为Object，并删除一些代码得到一个最小托管类：
namespace test
{
__gc public class testDocObject
: public Object
{
public:
testDocObject(void)
{
}
};
}
经过以上步骤，Visual Studio.NET生成的代码被装进了MFC程序，当然完全可以手动创建.h文件和.cpp文件，输入相应的代码，然后把它们添加到当前工程。由于以上步骤在托管扩展编程中经常遇到，因此，将上述过程自动化是必要的，有鉴于此，我们在附赠的光盘中提供了完整的添加.NET对象的Wizard。