Windows Vista 和 Office: 使用托管预览处理程序框架以自己的方式查看数据

核心提示： 图 1在 Windows Vista 文件夹中启用预览Outlook 和 Windows Vista 都订阅相同的底层预览机制，而且它们允许开发人员实现针对任何文件类型的自定义预览处理程序，Windows Vista 和 Office: 使用托管预览处理程序框架以自己的方式查看数据(2)

图 1在 Windows Vista 文件夹中启用预览

Outlook 和 Windows Vista 都订阅相同的底层预览机制，而且它们允许开发人员实现针对任何文件类型的自定义预览处理程序，对它们进行注册，并立即获得对 Outlook 2007 和 Windows Vista 中的这些文件类型的预览功能。

在本文中，我将解释实现预览处理程序的必要条件，并讨论如何使用托管代码来实现它（Windows® SDK for Vista 包括以本机 C++ 编写的示例预览处理程序）。本文的代码下载包括一个使您快速实现自己的预览处理程序的框架，还提供几个示例预览程序（包括适用于 PDF、XML、ZIP、MSI、BIN、CSV、XPS 和 XAML 文件的预览程序）。

承载预览处理程序

那些过去曾尝试实现用于 Windows 外壳程序的托管加载项的人可能有点不容易理解此概念。毕竟，Microsoft 强烈建议不要在托管代码中实现外壳加载项，这样的加载项不会被视为受支持的方案。这是因为加载项将在进程内加载到外壳程序 (explorer.exe) 中，因此，只有一种版本的公共语言运行库 (CLR) 可以加载到给定的进程中，并且对应于一个版本的运行时所生成的托管代码在运行更早版本的运行时的进程中可能无法运行。那么，如果有两个外壳加载项都是用托管代码编写的（一个针对 .NET Framework 1.1，另一个针对 .NET Framework 2.0），会怎样处理呢？如果为 2.0 编写的加载项首先加载，那么您可能不会注意到有任何问题；1.1 加载项将会对应 CLR 2.0 成功加载并运行。但如果为 1.1 编写的加载项首先加载，则 .NET Framework 1.1 CLR 将加载到 explorer.exe 中。由于针对 .NET Framework 2.0 的程序集无法被 .NET Framework 1.1 加载，因此在加载了针对 1.1 的加载项之后再加载针对 2.0 的加载项时，后者将加载失败。