使用Net访问Office编程接口.docxVIP

使用.Net访问Office编程接口在这篇文章里面，我将向大家介绍如何在.Net中访问Office所公开的编程接口。其实，不管是使用哪种具体的技术来针对Office进行开发（比如VSTO，或者用C#编写一个Office Add-in，或者在一个WinForms程序中调用Office的功能，甚至在一个ASP.NET应用的服务器端启动一个Excel进程），只要是基于.Net平台，这篇文章所描述的内容都是有价值的。在这篇文章以及后续的文章中，所有的演示都将基于Office 2003 Professional和Visual Studio 2005。使用Visual Studio 2005并不代表我们不能在Visual Studio 2003中使用这些方法来访问Office编程接口，相反，这篇文章以及后续文章中的几乎所有演示，都能在Visual Studio 2003中完成。笔者使用Visual Studio 2005的原因只是因为喜欢它更好的IDE特性。:)一、Office PIA在第一篇文章中曾经说过，Office的编程接口都是通过COM组件公开的，任何访问Office编程接口的程序，实际上都必须要最终调用Office COM组件。如果你是一个刚从事Windows平台开发不太久，一开始就是学习和使用.Net的程序员，也许你又要感到郁闷了。所幸的是，.Net能够让开发人员非常方便的访问COM组件。我会用尽量简洁明了的描述，让大家理解我们在.Net中是如何访问Office COM组件的。（一）Interop Assembly在.Net Framework中，提供了一项叫做COM Interop的技术，这项技术就是专门用于让我们能够在.Net代码中直接访问COM组件的。它的基本原理是，.Net Framework能够自动针对某一个COM组件，帮助开发人员生成一个Interop Assembly（互调用程序集，后面简称IA），IA是一个完全的托管程序集。IA中的名称空间、类、方法等等，都是针对那个COM组件对应的。在我们的.Net程序中，我们可以直接引用这个IA，并且调用里面相关的方法，这时IA就会帮我们再去访问真正的COM组件里面的相应方法。最后的效果就是，在我们自己的应用程序中，只需要调用一个纯粹.Net的IA即可。下面的图片说明了IA是如何帮我们的程序访问到COM组件的。生成一个IA的方法非常简单，当我们在Visual Studio开发环境中添加一个新的COM组件引用时，Visual Studio就会自动帮我们生成一个相应的IA。如下图，我们示范在一个项目中引用Microsoft XML 5.0组件。当在上图中点击OK按钮，Visual Studio就已经自动为我们生成了一个针对Microsoft XML 5.0组件的IA。打开项目目录的obj\debug目录，就能够看到一个名称为Interop.MSXML2.dll的程序集文件，这个文件就是自动生成的IA，并且在项目中，Visual Studio也自动引用了这个IA程序集。如下图。（二）Primary Interop Assembly我们在自己的应用程序中，访问Office COM组件的方法的基本原理，就如同下面所述，都是通过COM Interop，透过IA间接的访问到Office中的COM组件。但是针对Office这个软件，则有一点点特殊的区别，那就是我们不应该自己在Visual Studio中生成一个“自己的”访问Office COM的IA，而需要使用微软提供的“官方的”PIA。PIA的意思可以理解为“官方互操作程序集”，它和IA最主要的区别如下：1、IA是由开发人员在开发机器上通过向导自动生成的，PIA是由软件厂商（针对Office这个软件而言，就是指微软）提供的；2、PIA经过了厂商的优化处理，使之更容易被.Net调用；（三）Office Primary Interop Assembly所以，我们都应该使用PIA来访问Office COM组件，而不应该使用IA。那么如何把Office PIA安装到我们的电脑上呢？如果我们的机器上已经安装了.Net Framework，那么在安装Office时，在安装向导的高级自定义选项中，我们在每个组件（Word、Excel、PowperPoint等）的子选项中，都能看到一个“.NET可编程性支持”，选择安装它，Office2003的安装程序就会自动把PIA安装到我们的计算机上。另外，对于Office PIA的客户端分发（就是说，给我们软件的用户都统一装上PIA），微软专门提供了一个安装包。可以在/downloads/details.aspx?FamilyID=3c9a983a-ac14-4125-8ba0-d36d67e0f4adDispl