深入理解vsto，开发word插件的利器

　　开发了vsto，客户那边也有一些反映插件安装失败或者加载不上的情况。于是我下定决定再理解下vsto的工作机制，如下图：

　　如上图所示，我把vsto的解决方案分为两部分，一部分是vsto Add-ins，另外一部分是Microsoft Office Applications。它们之间是如何交互的呢？要回答这个问题，必须对这两部分有一定的认识。首先vsto Add-ins是我们用c#开发的托管代码，office是基于com产品。微软提供了PIA（程序互操作集），它作为.net调用com的一个接口。它们之间的具体交互图，见我最初写的一篇文章。总之，vsto add-ins通过PIA，调用office的对象模型以及订阅事件：

  Globals.WordApplication.DocumentChange += new ApplicationEvents4_DocumentChangeEventHandler(WordApplication_DocumentChange);

  Globals.WordApplication.DocumentOpen += new ApplicationEvents4_DocumentOpenEventHandler(WordApplication_DocumentOpen);

  Globals.WordApplication.DocumentBeforeClose += new ApplicationEvents4_DocumentBeforeCloseEventHandler(WordApplication_DocumentBeforeClose);

 (Globals.WordApplication as ApplicationEvents2_Event).Quit += new ApplicationEvents2_QuitEventHandler(() => { Service.StopRemotingService(); });

所谓office的对象模型，就是操作office的那些对象，下图显示了 Word 对象模型层次结构中这些对象的一个视图。

vsto addin是如何加载的？它的执行过程是什么？

对照文章开头的那个图（标出了顺序），我们来理一理：

1、office应用程序查看注册表，通过注册表得知vsto部署及应用清单文件。

2、office应用程序加载VSTOEE.dll，这是非托管的程序集，它属于vsto runtime的一部分。它的作用是什么呢？为vsto runtime做一些准备工作，比如说，检查runtime的版本等。

3、VSTOEE.dll 加载 VSTOLoader.dll,这是vsto runtime的另一个非托管程序集（实现了com插件的接口，因为我们知道，实现office加载项，本质上是实现com插件的接口）。它做了两件事情。

3.1 加载了vsto runtime中的一些托管程序集。

3.2 加载了.net framework。

4、vsto runtime 创建了一个app domain，加载vsto addin Assembly

经过这4步，office就可以和vsto addin快乐地交互了。

附：平常客户使用过程中的一些问题，我总结了如下：

1、在反复安装卸载过程中出现，安装或者卸载都可能出现如下问题，解决办法，安装vc++ 2010，有的情况下可以解决，有的时候解决不掉，不知道why。