新的基于 Visual Studio 的应用程序应该基于 2008 还是 2010？答案

【问题标题】：Should a new Visual Studio-Based Application be based on 2008 or 2010?新的基于 Visual Studio 的应用程序应该基于 2008 还是 2010？
【发布时间】：2009-07-15 03:17:06
【问题描述】：

我正在考虑创建一个基于 Visual Studio Shell（主要是隔离模式）的产品。由于 Visual Studio 2010 很可能在我的产品之前是 RTM，所以以 VS2010 为基础而不是 VS2008 是否有意义？

有没有人看过他们在 shell 框架方面所做的更改，以及是否改进到足以保证在文档更好且非 beta 2008 上使用它？

【问题讨论】：

@Nathan，我更正了我的答案，请务必阅读。 Aaron 在 VS 可扩展性方面为 MS 工作。

标签： visual-studio vsx visual-studio-shell

【解决方案1】：

编辑器可扩展性模型发生了根本性的变化，因为它在 2010 年基于 MEF 和 WPF。如果您在 2008 年扩展编辑器，您可能需要进行相当多的更改才能在 2010 年工作。

但是，大量的可扩展性仍然依赖于保持不变的旧 VSIP/COM。

如果您计划在 2010 年的时间范围内发货，我认为跳过 2008 年并不是一个坏主意。

【讨论】：

这部分正确，因为它取决于您要自定义的区域。 VS 2010 中的编辑器扩展模型确实是由 MEF 驱动的，并且与 VS 2008 及更早版本有很大不同。但是，Visual Studio 2010 的其余大部分都使用与 Visual Studio 以前的迭代相同的 VSIP/COM 接口。
感谢您指出这一点。初始功能应该在编辑器之外，但我可能会在 1.0 之前进入编辑器可扩展性，所以 2010 可能是最好的选择。

【解决方案2】：

作为一个正在开发基于 VS2008 shell 的产品的人，我强烈建议使用 VS2010 作为基础。他们已经清理了他们的界面，并且可能修复了 VS2008 shell 中的许多错误。我认为它们对错误也会比在“旧”VSShell 中发生时更敏感。

【讨论】：

您知道 VS2010 上的文档与 VS2008 相比如何吗？它仍然没有记录吗？
不，我没有，至少情况会更糟；-)

【解决方案3】：

在我看来，这真的不是一个技术问题 - 您需要先考虑您的客户 - 是否有足够多的人使用 vs08？
（我遇到了类似的问题并得出结论，对于我的场景-我需要支持VS08）

【讨论】：

虽然我正在考虑使用独立的 VS Shell 而不是 VS 插件，但最终用户拥有（或没有）什么版本的 Visual Studio 对我来说不是问题。