从 .NET 开发人员的角度理解 Excel 对象模型(1) ---->简介

简介

对于打算利用用于 Microsoft Office 系统的 Microsoft Visual Studio 工具的开发人员和想要仅仅使用 COM 自动化来控制 Microsoft Office Excel 2003 应用程序的人来说，他们需要能够与 Excel 对象模型提供的对象进行交互。Excel 提供了数百个您可能想要与之交互的对象，但是您可以通过集中于这些可用的对象的一个非常小的子集来获得对象模型方面的一个良好的开端。这些对象包括：

•	Application
•	Workbook
•	Worksheet
•	Range

尽管不可能具体地量化，但是当您使用 Excel 时，大部分的工作将以这四个类以及它们的成员为核心。在本文档中，您将学会如何利用这些类中的每一个，另外，我们还会向您介绍每个类的一些属性、方法和事件。您也将会看到一些可以尝试的示例，这些示例演示了每个对象的一些功能。

提示总的说来，使用 Microsoft Visual Basic .NET 的开发人员在使用 Microsoft Office 对象时，相比于使用 Microsoft Visual C# 的开发人员来说要轻松得多，一个重要的原因在于：Visual Basic for Applications (VBA) 方法常包含可选参数，而 Visual Basic .NET 支持可选参数。C# 开发人员将发现他们必须为每个可选方法参数提供一个值，而 Visual Basic .NET 开发人员可以简单地使用命名的参数只提供他们需要的值。另外，C# 不支持带有参数的属性（除了索引器以外），然而，许多 Excel 属性可以接受参数。您将会发现，对于 C# 开发人员来说，一些属性（例如可用于 VBA 和 Visual Basic .NET 的 Application.Range 属性）需要单独的访问器方法（get_Range 方法替换了 Range 属性）。在本文中，请注意这样的语言之间存在的差异。

在大多数情况下，您将会发现 Excel 对象模型直接模拟其用户界面。不难猜想，Application 对象提供了封装整个应用程序的包装，并且每个 Workbook 对象都包含 Worksheet 对象的一个集合。其中，表示单元格的主要的抽象是 Range 对象，这使得您能够使用单个单元格或者单元格组。

下面的每个部分都将描述一个主要的 Excel 对象，挑选对象的特定成员来进行演示。由于可供研究的对象有数百个，所以不可能在这里对所有的对象进行深入的探讨：您将会得到足够的对象模型方面的知识来开始您的工作，并且可以使用 Excel 联机帮助来获得更详细的信息。

提示 在本文中，您将看到 DirectCast 和 CType 方法的许多用途。其原因在于示例项目有自己的 OptionStrict 设置 — 这意味着 Visual Basic .NET 需要严格的类型转换。许多 Excel 方法和属性返回 Object 类型或者依赖于晚期绑定：例如，Application.ActiveSheet 属性返回 Object，而不是您猜想的 Worksheet。因此，为了尽可能地进行严格的类型转换，示例启用了 Option Strict，并且显式地处理每种类型转换。（如果不在 Visual Basic .NET 中使用 Option Strict，您编写的代码可能编译良好，但是会在运行时失败。这就是 Option Strict 意义所在 — 它大大减少了非法转换在运行时产生异常的可能性）。如果您是一名正在阅读本文档的 C# 开发人员，您可能会赞赏这种决定。

这本白皮书引用了示例项目 ExcelObjectModel.sln。这个项目包含一个 Excel 工作簿以及相关的 Visual Basic .NET 代码。并不是本文中展示的每个示例都出现在这个示例项目中，但是需要多于一行或两行代码的任何示例都放到了工作簿中，并且在项目内设置了调用代码的超级链接。

提示 在这篇篇幅有限的文章中，不可能对每个对象或成员进行注解。甚至不可能提及这些类中的一小部分。研究任何大型对象模型最好的工具是 Object Browser 窗口，其中，您可以找到每个类的列表、以及该类的成员。您将会发现，在本文档中讨论的许多类成员适用于许多其他不同的类：例如，在 Sheets 集合的上下文中讨论的 PrintOut 方法同样适用于 Chart、Worksheet、Range 和其他的对象。本文档旨在让您知道什么是可用的，而剩下的东西要靠您好奇的本性来挖掘了。