简短的回答:
我主要以 VS2005 为目标(因为在 2005/2008/2010 年让特定于 2005 年的插件正常工作应该不会有太大问题,因此可以最大限度地利用您的潜在市场)。
更长的答案:
随着您从 2005 年到 2008 年到 2010 年,编写插件变得越来越容易。特别是,2010 年的新可扩展性功能使构建和部署扩展更加容易(2005 年和 2008 年使用的旧插件和包系统在工作时更加痛苦)。
然而,相当大比例的用户仍在使用 2005(确实,仍然有很多人在使用 2003 和 VS6),但我猜现在大多数人都在使用 2008。不要指望 2010 年的用户比例特别高,直到至少是 SP1,因为很多公司甚至在它已经存在至少 6 个月并且任何初期问题都得到解决之前都不会看它。所以目前如果你想要一个大市场,我认为你别无选择,只能瞄准2005年和2008年。
作为一般规则,如果您的外接程序在 2005 年工作,那么它很可能在 2008 年和 2010 年工作良好,因此如果您想要一个大市场,那么在 2005 年定位外接程序是最好的选择。除非您需要 2008 的特定功能,否则在大多数领域,2005 和 2008 之间几乎没有区别,所以我建议您从 2005 年开始,如果您发现问题不能跳到 2008 年除非您使用 2008 API,否则很容易解决。这在 2010 年应该可以正常工作,因为它得到了很好的支持,但不能保证未来的 Visual Studios 将继续支持加载项。
正如您所说,另一种选择是放弃旧的“插件”接口并使用新的 2010 可扩展性 API。这将使开发更容易,获得更多 2010 年的内部信息,并且更具前瞻性……但市场规模的建立需要数月/数年的时间。