设计和创建 Office 解决方案

项目
08/12/2011

Visual Studio 2010 提供了可用于创建几种不同类型的 Office 解决方案的项目模板。文档的本节介绍项目模板并提供有关创建 Office 项目的指南。有关如何在创建项目后实现代码和用户界面自定义项的信息，请参见开发 Office 解决方案。

**适用于：**本主题中的信息适用于 Microsoft Office 2010 和 2007 Microsoft Office system 的文档级项目和应用程序级项目。有关更多信息，请参见按 Office 应用程序和项目类型提供的功能。

创建 Office 项目

开始之前，应首先确定您的需求，并找到最合适的解决方案类型。例如，如果您的 Office 解决方案必须在每次使用应用程序时运行，则应用程序级外接程序最符合您的需求。如果代码与单个文档紧密集成，则应创建文档级自定义项。这些项目类型可以作为 Visual Studio 项目模板使用。有关 Visual Studio 2010 所附带的 Office 项目模板的更多信息，请参见 Office 项目模板概述。有关如何创建 Office 项目的更多信息，请参见如何：在 Visual Studio 中创建 Office 项目。

Office 项目具有不同于 Visual Studio 中其他类型的项目的功能和项目项。例如，当您创建文档级项目时，可在 Visual Studio 内打开和编辑项目中的文档或工作簿。有关更多信息，请参见 Visual Studio 环境中的 Office 项目。

如果您的客户群使用 Microsoft Office 2010 和 2007 Microsoft Office system，则可以开发在两个版本的 Office 中都能运行的解决方案。有关更多信息，请参见在 Microsoft Office 的不同版本中运行解决方案。

选择 .NET Framework 版本

在选择了最符合您的需求的项目类型后，还可以选择要在开发过程中使用哪个版本的 .NET Framework。可以在 Office 项目中以下列 .NET Framework 版本为目标：

.NET Framework 4
.NET Framework 4 Client Profile
.NET Framework 3.5

若要运行解决方案，需要在最终用户计算机上安装为项目选择的 .NET Framework 版本。例如，如果项目面向 .NET Framework 3.5，则需要在最终用户计算机上安装 .NET Framework 3.5。在此示例中，如果最终用户计算机上仅安装了 .NET Framework 4，则解决方案不会运行。

在创建 Office 项目后，可以更改目标框架。但是，更改目标框架后，如果项目使用某些特定功能，您可能需要修改项目中的某些代码。有关如何更改目标框架的更多信息，请参见如何：面向特定的 .NET Framework 版本或配置文件。有关项目中可能需要进行的更改的更多信息，请参见将 Office 解决方案迁移到 .NET Framework 4。

如果更改了项目的目标 .NET Framework，并且要使用 ClickOnce 来部署解决方案，请确保也在**“系统必备”**对话框中选择了对应的 .NET Framework 版本。在更改项目的目标框架时，此选择不会自动更改。有关更多信息，请参见如何：在最终用户计算机上安装系统必备组件以便运行 Office 解决方案。

提示

您无法在 Office 项目中面向 .NET Framework 3.0 或更早版本。 Office 项目需要首次于 .NET Framework 3.5 中引入的功能。

面向 .NET Framework 4 和面向 .NET Framework 3.5 的项目之间的区别

如果在 Office 项目中面向 .NET Framework 4，那么，将可以使用在面向 .NET Framework 3.5 时不可用的某些功能。

功能	.NET Framework 4	.NET Framework 3.5
在不使用 Office 主互操作程序集的情况下部署解决方案。	当您面向 .NET Framework 4 时，可以在不使用 Office 主互操作程序集 (PIA) 的情况下部署解决方案。	当您面向 .NET Framework 3.5 时，必须首先在最终用户计算机上安装 Office 主互操作程序集 (PIA)，才能运行解决方案。
简化 Office 开发的 C# 功能	当您面向 .NET Framework 4 时，可以使用后期绑定来简化您编写的用来处理 Office 对象模型的代码。有关更多信息，请参见 Office 解决方案中的后期绑定。	当面向 .NET Framework 3.5 时，您必须显式强制转换对象并使用反射来访问后期绑定的成员。有关更多信息，请参见 Office 解决方案中的后期绑定。

了解最终用户计算机上何时需要 Office PIA

当创建面向 .NET Framework 3.5 的 Office 解决方案时，必须将 Office PIA 安装并注册到运行解决方案的每个最终用户计算机上的全局程序集缓存中。在大多数情况下，PIA 在默认情况下随 Office 安装，但还可以将 PIA 可再发行文件作为解决方案的系统必备组件纳入其中。有关更多信息，请参见 Office 解决方案的部署系统必备。

创建面向 .NET Framework 4 的 Office 解决方案时，如果项目中每个 Office PIA 引用的**“嵌入互操作类型”属性均设置为“True”**（这是默认值），则无需在最终用户计算机上安装 Office PIA。在此方案中，您的解决方案所使用的 PIA 类型的类型信息会在生成项目时嵌入到解决方案程序集中。在运行时，使用嵌入类型信息而不是 PIA 来调入 Office 应用程序的基于 COM 的对象模型。有关如何将类型从 PIA 嵌入解决方案的更多信息，请参见类型等效性和嵌入的互操作类型。

了解 Client Profile

.NET Framework Client Profile 是完整 .NET Framework 的子集。如果只需使用 .NET Framework 中的客户端功能，并且希望为 Office 解决方案提供最快的部署体验，您可以以 .NET Framework Client Profile 为目标。有关更多信息，请参见 .NET Framework Client Profile。

创建面向 .NET Framework 4 的 Office 项目时，默认情况下以 .NET Framework 4 Client Profile 为目标。如果要针对完整 .NET Framework 4 进行开发，则必须在创建项目后设置此选项。有关更多信息，请参见如何：面向特定的 .NET Framework 版本或配置文件。

针对 Microsoft Office 2010 的 64 位版本创建解决方案

Microsoft Office 2010 在 64 位和 32 位版本中均可用。若要创建在这两个版本中都能运行的 Office 解决方案，您的项目的目标平台设置必须设置为**“Any CPU”**。这是 Office 项目的默认值。有关更多信息，请参见 Office 解决方案生成过程概述。

Visual Studio Tools for Office Runtime有 64 位和 32 位两个单独版本，分别用于 64 位和 32 位版本的 Microsoft Office 2010。有关更多信息，请参见 Visual Studio Tools for Office Runtime 概述。

请参见

通过