我們希望將我們已經開發的內部工具變成一個Visual Studio套件，我們將向其他開發人員銷售。該工具將影響自定義編輯器和/或自定義語言。 Visual Studio 2010重新設計了API以大大簡化這些類型的集成所涉及的大部分工作，但是我們所面臨的關鍵問題是： 新Visual Studio版本的典型採用步驟是什麼？基於歷史記錄的採用率是否有任何信息？有多少商店仍在使用2005年？2005/2008/2010的Visual Studio軟件包？
這將幫助我們考慮是使用新API還是僅僅針對2010年，還是試圖回過頭來支持2008年（也許是2005年）並對其進行測試。
簡短的回答：
我會主要針對VS2005（你應該不會有太大麻煩2005年 - 特定加載到2005/2008/2010工作，從而最大限度地提高您的潛在市場）。
較長的答案：
正如你2005年至2008年到2010年移動，它就會逐漸更容易編寫的加載項。尤其是，2010年新的可擴展性功能使得構建和部署擴展更容易（2008年使用的較舊的附加組件和包系統對於工作而言更加痛苦）。儘管如此，相當大比例的用戶仍然使用2005年（事實上，仍然有很多人使用2003和VS6），但我猜測大多數人現在都在2008年。不要期望特別高的百分比2010年的用戶數量至少達到SP1，因爲許多公司甚至在它至少已經使用了6個月之後纔會看到它，並且任何小問題都會被排除。所以目前如果你想要一個大的市場，我認爲你別無選擇，只能瞄準2005年和2008年。
作爲一般規則，如果你的插件在2005年工作，它很可能在2008年和2010年，所以如果你想要一個大的市場，那麼在2005年針對插件是最好的選擇。除非您需要2008年的特定功能，否則在大多數地區，2005年和2008年之間幾乎沒有什麼區別，所以我建議您從2005年開始，如果發現問題可能會「除非您使用2008 API，否則很容易解決。這在2010年應該很好，因爲它得到了很好的支持，但不能保證未來的Visual Studios將繼續支持加載項。
正如你所說，替代方法是放棄舊的「添加」接口並使用新的2010擴展性API。這將使開發變得更容易，獲得更多的2010年內部使用權，並且更具前瞻性......但是需要幾個月/年才能建立市場規模。
好了，項目越大，時間越長，將採取從2005年轉移到2008年和2010年
我知道，仍然在2005年很多項目，所以，如果你能負擔得起 - 做一個2005年版，2008年和2010年。大型項目通常有資金購買員工...
如果您只能負擔一個版本的產品，轉到2010年，從長遠來看......這是最好的選擇。
（2010年將開始在幾天/周內獲得市場份額，如果您可以在不到6個月的時間內提供該產品，那麼您應該首先針對舊版本，因爲它們將再次統治市場至少一年）。