在MFC中集成RAD .NET框架

核心提示： （图6：运行时.NET控件）检索.NET用户控件一个MFC应用中可能包含多个UserControl，这些控件一般以动态链接库的形式存在，在MFC中集成RAD .NET框架(9)，由于.NET控件一般不在全局注册，因此，MFC自然的传统优势就会充分的得以体现，这种优势是内蕴的，.NET程序需

（图6：运行时.NET控件）

检索.NET用户控件

一个MFC应用中可能包含多个UserControl，这些控件一般以动态链接库的形式存在。由于.NET控件一般不在全局注册，因此，.NET程序需要一种组件检索机制，使得它们能够正确的发现运行时用到的组件。.NET框架支持为每一个应用程序提供一个XML格式的配置文件，配置文件的名称是：“程序名.exe.config”,例如，名为 test.exe 的应用程序的配置文件为：test.exe.config，配置文件相当于局部的注册表，该文件必须与可执行文件位于同一个目录中。开发者可以在这个文件中更改、保存程序的设置，设置程序集绑定策略和其他的应用程序配置信息。.NET框架提供了专门的类以帮助开发人员操作该文件。下面是一段典型的配置文件片段：

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<runtime>
　　　　<assemblyBinding
　　　　　　xmlns=
　　　　　　　　"urn:schemas-microsoft-com:asm.v1"
　　　　>
　　　　　　<probing privatePath=
　　　　　　　　"bin;usercontrol;
component;doctemplate"
　　　　　　/>
　　　　</assemblyBinding>
　　</runtime>
</configuration>

<configuration>元素是CLR和.NET Framework 应用程序所使用的每个配置文件中的根元素。<runtime>包含有关程序集绑定和垃圾回收的信息。<assemblyBinding>包含有关程序集版本重定向和程序集位置的信息，<probing>元素使用privatePath来指定加载程序集时运行库搜索的子目录（比如这里指定bin、usercontrol等目录为搜索目录），如果希望了解有关配置文件的更多信息，请参考MSDN。

经典优雅与现代风流的完美结合

MFC曾经依靠其与Win32的良好的耦合性在Windows开发方面独领风骚。然而，时过境迁，在.NET大行其道尽显风流的今天，MFC的世界似乎已经感到风雨飘摇了。不容否认，十几年的积累，已经使得MFC的世界有了相当的厚度，因此，MFC过时之说还言之过早，Visual Studio 2005之后，Microsoft依然在后续的Visual Studio中给MFC留下了位置。.NET环境，给Windows程序开发带来了许多新鲜的感觉，例如多语言的交叉继承、一致的Form设计等等。曾几何时，这些新鲜事物看上去都是与MFC不相关的，现在你可以自豪地说，在MFC的世界里，你可以拥有所有这一切！你可以充分运用已有的MFC经验积累去驾驭今天的新鲜事物。当所有的新鲜感觉消失之后，你会发现，经典的总是最好的，只要这种经典的感觉可以进一步延续。如果你希望左手托起传统Windows开发世界而右手紧握托管的.NET世界，那么，我们向你推荐MFC，因为MFC可以整合经典的优雅与现代的风流。通过集成.NET机制，经典MFC设计哲学融入了新的活力，因此打开了一扇门，对传统的MFC开发人员来说孤独已经不存在，完全可以与C#、VB.NET等争奇斗艳了。然而，当MFC具备同C#、VB.NET等一样的RAD机制的时候，面对C#、VB.NET这些新贵们，MFC自然的传统优势就会充分的得以体现，这种优势是内蕴的，C#、VB.NET们无法效仿。