我们希望将我们开发的内部工具转变为Visual Studio包，我们将其销售给其他开发人员。该工具将影响自定义编辑器和/或自定义语言。 Visual Studio 2010重新设计了API，以简化这些类型集成所涉及的大部分工作，但我们的关键问题是： 新Visual Studio版本的典型采用速度是什么？基于历史记录，采用率是否有任何信息？有多少商店仍在使用2005年？
这将有助于我们考虑是否仅使用新API定位2010年，或者是否尝试返回并支持2008年（可能是2005年）并对其进行测试。
答案 0 :(得分：1)
答案简短：
我主要针对的是VS2005（因为在2005/2008/2010中使用2005特定的加载项不会有太多麻烦，因此可以最大化您的潜在市场。）
答案越久：
当您从2005年到2008年再到2010年时，编写插件变得越来越容易。特别是，2010年新的可扩展性功能使得构建和部署扩展变得更加容易（2005年和2008年使用的旧插件和封装系统更难以开始工作）。
然而，相当大比例的用户仍然使用2005（事实上，仍然有很多人使用2003和VS6），但我猜大多数人现在都在使用2005年。不要指望特别高的百分比2010年的用户至少要到SP1，因为很多公司甚至不会看到它，直到它出现在那里至少6个月并且任何出牙问题都解决了。所以，目前如果你想要一个大市场，我认为你别无选择，只能瞄准2005年和2008年。
作为一般规则，如果您的加载项在2005年有效，则可能在2008年和2010年都能正常运行，因此如果您想要一个大型市场，那么在2005年定位加载项是最好的选择。除非你需要一个2008年的特定功能，否则在大多数领域2005和2008之间几乎没有什么区别，所以我建议你从2005年的目标开始，如果你发现一个问题就可以跳到2008年。除非您使用2008 API，否则很容易解决。这应该在2010年运行良好，因为它得到了很好的支持，但不能保证未来的Visual Studios将继续支持加载项。
正如您所说，替代方案是抛弃旧的“添加”接口并使用新的2010可扩展性API。这将使开发变得更容易，获得更多的2010年内部访问权限，并且更加面向未来......但是需要数月/年才能建立市场规模。
答案 1 :(得分：0)
嗯，项目越大，从2005年到2008年和2010年的时间就越多。
我知道很多项目仍然在2005年，所以，如果你能负担得起 - 制作2005版，2008年和2010年。大型项目通常有资金购买员工......
如果你只买一个版本的产品，从长远来看，转到2010年......这是最好的选择。
（2010年将开始在几天/周内获得市场份额，如果您能在不到6个月的时间内提供产品，您应该首先定位旧版本，因为他们将在市场上至少再推出一年）