重装系统之后就会因为环境不同而造成原来好好的程序现在编译就出错了：
网上说由于电脑没安装Office，所以缺少Interop.VBIDE.dll库，网上下载了一个，注册后也不行。使用CFF Explorer工具查看库信息：
发现是32位的版本库，而我电脑是64位系统，于是找一个装Office的电脑把库拷贝一下，查看库所在目录：
原来在C:\Windows\assembly目录下，打开目录傻了眼：
这怎么查看，于是又百度，原来得用解压软件查看，打开解压软件，输入目录：
经过一番周折，终于拷出了Microsoft.Vbe.Interop.dll文件，于是又按照网上说的拷贝到C:\Windows\SysWOW64目录下（因为我的电脑是64位系统，如果是32位请拷到System32目录）：
然后编写个bat脚本，实现Microsoft.Vbe.Interop的注册（注意路径对应）：
运行时发现中文乱码：
注意文件的编码一定要改为ANSI格式：
再运行中文就正常了，虽然显示注册成功了，但打开项目还是找不到引用，使用CFF Explorer查看Microsoft.Vbe.Interop.dll库信息，发现也是32位的：
看来和64位系统没关系，网上说的不对啊，从电脑里搜了下Microsoft.Vbe.Interop.dll，发现Microsoft Visual Studio 10.0\Visual Studio Tools for Office\PIA目录里其实是有这个库的：
VBE都是32位的库，原来安装VS2010时，只要自定义安装选择了Office工具，就会有这个库：
添加这个试试，之后回到项目中，把原来的VBIDE引用移除：
重新添加引用：
注意这个引用一般会有两个：
那么到底使用Office12还是Office14里面的呢，具体得看你引用其他Office库的版本：
因为我这个Microsoft.Office.Interop.Excel就是用的Office12，所以这里的Microsoft.Vbe.Interop也选择Office12（个人建议使用Office12，因为如果使用高版本而客户电脑上安装的是低版本，运行程序会报错）。之后再编译项目就OK了。那么又想到我下载的32位的Interop.VBIDE.dll是否也能使用呢？把它放到项目路径中去，重新添加引用：
在浏览中选择放入的Interop.VBIDE.dll文件，添加之后：
重新编译也OK。那么又有人说了，原来是VBIDE，你这引用完变成了Interop.VBIDE了，这不一样。没办法，程序员就是有强迫症，下面我们把库文件改个名字：
改成了VBIDE.dll，再重新添加一次：
OK，这次完全恢复了。
