今天装了VS2003插件却发现Visual Assist X不能使用了，刚好，那就装个最新版本的吧，于是在网上找到了  Visual Assist X 10.3.1541的破解补丁，很高兴的安装完之后，在VS2003中并未发现Visual Assist 的影子。

晕，这回旧版的在VC6中也不见了！看来不是插件的问题，一边思考会是什么问题，一边在VC6中查看相关的按钮，终于在Tool/Customize/Add-ins and Macro Files中找到了个Browse的按钮，咦？没有dsm文件？噢，原来还有下拉框的，于是选择了dll， Visual Assist X的安装目录下出现了一大堆的dll，选择哪一个呢？

嗯，先选VAssist.dll吧，果然是，VC6的Visual Assist 终于回来了，可是VS2003中 的 Tools/Add-on Manage 的对话框中根本没有Browse之类的按钮啊，肯定有地方可以找到的。于是。。。找啊找，Tools/Add Remove Toolbox Items 中有个Browser的按钮，不管先试试吧，选了VAssist.dll,提示不对，选VAssistNet.dll还是不对，难道是VA_X.dll?咦，VS2003消失了？不会这么弱吧？崩溃？再开，VAsist菜单居然出现了！

好了，废话了这么多，还是简单的写一下操作过程吧：

1.在 Wholestomato 上下载 Visual Assist X v10.3.1541的程序并安装

2.下载破解程序，点这里下载。

3.打开VS2003， Tools/Add Remove Toolbox Items/Com Compants,点 Browser按钮，在选择的对话框中，选择*.dll，在Visual Assist X的安装目录，选择VA_X.dll，VS2003会退出。

4.再启动VS2003. 如果VAssist菜单还没有出现，进入Tools/Add-on Manage 确定 Visual Assist X 是选中的。对于Excel Add-in来说，也是类似的，通常保存在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\Excel\Addins中，依此类推。

在 每个Add-in的设置属性中有一个重要的标志LoadBehavior，这个属性是保存在XXXX.Connect中的，类型为DWORD，这个值直接 决定了Addin的启动模式，默认值为3表示Office应用程序一启动就运行，这个设置与我们在Addin向导中选择的"I would like my Add-in to load when the host application loads"是对应的。

当确定你的Add-in应该可以正确加载，但在启动时没有加载，这是怎么回事
如果一个Add-in因为某些原因在启动时加载失败， Office应用程序会自动把LoadBehavior改成8，这表示仅在需要加载时才加载该Add-in，而不是在Office启动时。所以这时可以到 与该Add-in对应的注册表项中检查一下LoadBehavior值是否正确，如果为8，一定把它改成3。

你不确定Add-in的哪一部分出了问题，该如何调试
首先必须确定assembly的引用没有出现问题，关于如何检测引用出错的情况已经在问题1中说明。

在Office插件加载时，即使加载失败也不会有任何提示，如果出现Assembly加载错误，我该如何跟踪这些错误
我 们可以在.net自带的工具中找到一个叫做Assembly Binding Log Viewer的工具，通过它我们可以几乎所有的assembly加载异常。要注意的是，每个版本的.net都自带了一个相应版本的Assembly Binding Log Viewer，所以运行的时候要看一下调用的是哪个版本的。比如我们现在要调试基于.net 1.1开发的Office插件，可以通过以下步骤运行：

1. 点击 开始 > Microsoft Visual Studio .NET 2003 > Visual Studio .NET 工具 > Visual Studio .NET 2003 命令提示

2. 在进入Visual Studio 2003命令行模式下，输入fuslogvw.exe