前言
在2002年，Visual Studio .NET和.NET Framework的第一个版本即将完成。我们中的几个意识到微软的.NET将会错过Office，除非我们做了一些事情。

以前曾经是Visual Basic for Applications（VBA），这是一个集成到所有Office应用程序中的简单开发环境。每个Office应用程序都有一个丰富的对象模型，通过一种称为COM的技术访问。数以百万计的开发人员将自己定义为“Office开发人员”，并使用VBA和Office COM对象模型，从自动化重复任务到创建完整的业务解决方案，利用Office的丰富功能和用户界面。这些开发者意识到他们的用户在Office上度过了一天。通过构建在Office内部运行的解决方案，他们不仅使用户满意，还通过重用Office应用程序中已经提供的功能，创建了更多，成本更低的解决方案。

不幸的是，由于VBA的一些限制，Office编程开始得到一个坏的评论。 VBA中由小型工作组或个人开发的解决方案将获得势头，专业开发人员将不得不采取措施，开始支持他们。对于专业开发人员来说，VBA环境感觉很简单和有限，当然，它也实现了一种单一的语言：Visual Basic。 VBA嵌入式代码在每个自定义文档中，这使得很难修复错误和更新解决方案，因为错误会被复制到整个企业的文档中。 VBA模型的安全漏洞导致了企业将蠕虫和宏病毒的VBA关闭。

Visual Studio .NET和.NET Framework提供了一种解决所有这些问题的方法。存在巨大的机会不仅将新的.NET Framework和开发人员工具的丰富性与Office一直为开发人员提供的强大平台相结合，还解决了困扰VBA的问题。这个实现的结果是Visual Studio Tools for Office（VSTO）。

VSTO的第一个版本很简单，但它实现了让专业开发人员利用Visual Studio .NET和.NET Framework的全部功能将代码放置在Excel 2003和Word 2003文档和模板的关键目标。它让专业开发人员在VB.NET和C＃中开发Office解决方案。它通过将文档链接到.NET程序集而不是将其嵌入到文档中来解决嵌入式代码的问题。它还引入了一种使用.NET代码访问安全性来防止蠕虫和宏病毒的新安全模型。

VSTO的第二版，被称为VSTO 2005，这本书涵盖的VSTO版本更加雄心勃勃。它带来了Office开发人员以前无法使用的功能，例如数据绑定和数据/视图分离，Visual Studio中Excel和Word文档的设计时视图，对文档中Windows Forms控件的丰富支持，创建能力自定义Office任务窗格，针对Officeand的服务器端编程支持，这只是划伤表面。虽然VSTO的主要目标是专业开发人员，但这并不意味着使用VSTO构建Office解决方案是火箭科学。 VSTO可以通过几行代码创建非常丰富的应用程序。

本书尝试将使用VSTO成功的所有信息放在一个位置，以便对Word 2003，Excel 2003，Outlook 2003和InfoPath 2003进行编程。它引入了Office对象模型，并涵盖了这些对象模型中最常用的对象。此外，本书还将帮助您避免Office对象模型的COM起源产生的一些陷阱。

本书还提供了VSTO所有丰富功能的内部人士观点。我们参与了许多这些功能的设计和实现。因此，我们可以从过去三年的VSTO生活和呼吸的独特角度讲话。使用VSTO的编程办公室功能强大而有趣。我们希望您喜欢使用VSTO，就像我们喜欢的文章一样，并且创建它。

Eric Carter
Eric Lippert

2005年5月

Visual Studio Tools for Office: Using C# with Excel, Word, Outlook, and InfoPath【3】