VS2010 可扩展性 - 有什么不同？

Question

向那些已经看过 VS2010 的人提出一个问题。 为了让他们的外接程序在 VS2010 下工作，外接程序开发人员必须进行多大的更改？

Answer 1

幸运的是，我刚刚写了关于 这个确切的主题并显示了升级我的加载项所需的内容。 （下面的链接）

基本上，您的答案是影响较小的迁移，因为大多数功能都有向后兼容的“垫片”。 不过，可以理解的是，为了在 2010 年获得 MAF、MEF 和 WPF 等新功能，开发人员需要做一些工作。

• http://jb- Brown.blogspot.com/2008/11/migration-visual-studio-add-in-to-2010.html
• http://jb-brown.blogspot.com/2008/11/migration-visual-studio-add-in-to -2010_29.html
• （更多内容即将推出）

最后 - 请务必阅读这篇来自 Carlos Quintero 的精彩文章，MVP 关于加载项、框架和 CLR 兼容性。 卡洛斯的博客是我发现的最好的插件博客。

Answer 2

我们已经将 Visual Lint 产品的开发版本迁移到 VS2010，并且在大多数情况下迁移都很简单 - 或者如果 Visual Studio 2010 Beta 1 自动化模型中没有那么多错误的话迁移会很简单。 这种体验类似于我们为支持 VS2005 所做的工作（相比之下，VS2008 轻而易举），因此很明显 VS2010 代表了 Visual Studio 发展过程中的重大变化。

由于我们对支持的所有版本的 Visual Studio 使用相同的二进制文件（这意味着代码始终是本机 C++），因此界面中的重大更改对我们来说往往是非常明显的。 这次，给我们带来问题的领域是：

1. 新的 .vcxproj 项目文件格式（我们解析项目文件以读取项目属性，因为这在多个 Visual Studio 版本中比使用 VCProjectEngine（Visual C++ 自动化模型）更可靠）。 因此，我们必须为 .vcxproj 文件编写一个新的解析器，并且由于它们可能非常复杂，这本身就是一项主要任务。
2. 命令栏/命令界面中的各种错误（可能与新的 WPF 编辑器/命令栏集成有关）。 Carlos Quintero 在博客上发表了大量有关此主题的文章，因此，如果您对此领域有疑虑，建议您阅读他的博客。
3. Beta 1 中对加载项启动顺序进行了未记录的更改，这意味着 DTE Window 接口在 OnStartupComplete 事件发生之前无法正常工作。 MS 已通知我们，由于潜在的兼容性问题，他们正在取消 Beta 2 中的这一特定更改，但无论如何，我们现在已经降低了代码对这一更改的敏感度。
4. Beta 1 中的工具窗口无法通过内部 CLSID 创建（尽管 ProgID 工作正常）。 这是我们在完成移植的最后一个主要部分之前等待的最后一个。

我怀疑我们的经验对于大多数加载项来说具有相当的代表性 - 只有当您使用直接受 Visual Studio 本身重大变化影响的区域（例如编辑器或智能感知集成）时，影响可能会特别严重。

最后，我们不打算将构建本身迁移到 VS2010； 它目前是在 VS2008 中构建的，我们根本看不出有任何理由迁移到 IDE，即使今年晚些时候 RTM 发布，它也显示出仍然是“正在进行中的工作”的所有迹象（这只是我个人的意见） - YMMV）。