简短的回答：
我主要以 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 年的内部信息，并且更具前瞻性……但市场规模的建立需要数月/数年的时间。
嗯，项目越大，从 2005 年到 2008 年和 2010 年所需的时间就越多。
我知道很多项目仍然在 2005 年，所以，如果你能负担得起 - 制作 2005 版本、2008 和 2010。大型项目通常有资金购买人员...
如果你只能买得起产品的一个版本，goto 2010，从长远来看……这是最好的选择。
（2010 年将在几天/一周内开始获得市场份额，如果您可以在不到 6 个月的时间内提供该产品，则应首先针对旧版本，因为它们将统治市场至少一年）。