私は、Visual Studio Shell（主に分離モード）に基づいて製品を作成することを考えています。私の製品の前にVisual Studio 2010がRTMである可能性が高いので、VS2008ではなくVS2010をベースとして始めるのが理にかなっていますか？新しいVisual Studioベースのアプリケーションは、2008または2010に基づいていますか？
シェルフレームワークに関連して変更された内容を誰かが見てきましたが、それがドキュメント化されたベータ版ではなく、ベータ版ではないことを保証するのに十分に改善されていますか？
2010年にMEFとWPFに基づいているため、エディタの拡張性モデルは根本的に変更されています。2008年にエディタを拡張すると、2010年に作業を開始するにはかなりの変更を加える必要があります。
しかし、拡張性の大きな量は変わらないままである古いVSIP/COMに依然として依存します。
2010年の出荷予定の場合は、2008年をスキップすることは悪い考えではないと思います。
これは、カスタマイズしている領域によって異なるため、部分的には真です。 VS 2010のエディタ拡張性モデルは、MEFによって実際に駆動され、VS 2008およびそれ以前とは大きく異なります。ただし、残りのほとんどのVisual Studio 2010では、以前のVisual Studioの繰り返しと同じVSIP/COMインターフェイスが使用されています。 –
@アーロン、私は答えを訂正しました。これを持ってくれてありがとう –
それを指摘してくれてありがとう。最初の機能はエディタの外になければなりませんが、1.0より前のエディタの拡張性にはおそらく関心がありますので、おそらく2010年が最適です。 –
VS2008シェルをベースにした製品を扱っている人は、VS2010をベースとして使用することを強くお勧めします。彼らはインターフェイスを整理し、おそらくVS2008シェルにある多くのバグを修正しました。私は彼らが "古い" VSShellで起こるよりも、バグに対してより敏感であると思う。
VS2010のドキュメントとVS2008の違いを知っていますか？それはまだかなり公証されていませんか？ –
いいえ、少なくともそれは悪化する可能性があります;-) –
これは実際には技術的な質問ではありません。自分の前であなたの顧客について考える必要があります.vs08を使用する人が十分にたくさんいますか？
（同様の質問があり、私のシナリオではVS08をサポートする必要があると結論しました）
私はVSプラグインではなく隔離されたVSシェルを使用しているので、Visual Studioエンドユーザーのどのバージョン（または持っていないか）は私の問題ではありません。 –
@Nathan、私は自分の答えを修正しました。 AaronはVS拡張性についてMSのために働いています。 –