老的技术原则

翻译自：http://www.danappleman.com/?p=76

   昨天我要做个简单的 Excel 插件。没有问题，能有多难呢？

作为一个有经验的.Net 开发人员，我觉得尝试用Visual Studio Office System创建这个插件将是个很好的体验。这样做麻烦么？

   事实证明这一点也不麻烦。插件的项目模板很好用，而且可以几乎不费力气的在网上找到一些简单的例子。我对excel对象模型足够精通，而且vs 允许集成调试插件用起来很棒,看来这将减轻这个任务的工作量。

接下来是测试部署，我需要把插件部署到几台客户机上。

   惨败而归！

   创建的安装工程根本不工作。MSDN 和其他站点上关于这个问题的诊断都很复杂而且难以置信。我还发现关于这个问题的一些建议，就是创建自定义的安装过程去解决安全问题。很明显visual studio office 运行时依赖的框架版本和excel支持的框架版本有明显的不同，但是没有关于到底用哪个版本和怎样创建一个两方面都支持的部署的清晰解释。

   我觉得花费大量时间去解决插件部署问题简直是在浪费时间。Visual studio office 的支持也许很棒，但是这个部署解决方案和文档简直是难以捉摸。Microsoft 应该为发布这样的产品感到羞愧。这也许是我接触过的 Microsoft 技术中最糟糕的体验。

   我以把代码移植成excel 工作薄中的vba并创建了 .xla 的excel 插件而告终。尽管缺少了vs 中的智能感知，开发和调试体验还是不错的。部署就是小菜一碟，只需把工作薄另存为插件就行了。第一次测试插件无论是在excel2003还是2007上都工作得很好。我也许不会说.net 不是当前适用的技术而是将来的潮流。但很明显至少 office.net仍然是将来的技术:使用代价太高，复杂，而且难以信赖。如果还需要做一些office插件，你可以打赌我还会用vba.