Visual Studio Shell (主に分離モード) に基づいて製品を作成することを考えています。私の製品よりも Visual Studio 2010 が RTM になる可能性が高いため、VS2008 ではなく VS2010 をベースとして開始することは理にかなっていますか?
シェル フレームワークに関連して変更された点を調べた人はいますか? また、文書化されていてベータ版ではない 2008 よりも、それを使用することを保証するのに十分なほど改善されているかどうかを確認しましたか?
Visual Studio Shell (主に分離モード) に基づいて製品を作成することを考えています。私の製品よりも Visual Studio 2010 が RTM になる可能性が高いため、VS2008 ではなく VS2010 をベースとして開始することは理にかなっていますか?
シェル フレームワークに関連して変更された点を調べた人はいますか? また、文書化されていてベータ版ではない 2008 よりも、それを使用することを保証するのに十分なほど改善されているかどうかを確認しましたか?
エディターの拡張性モデルは、2010 年の MEF と WPF に基づいているため、大幅に変更されました。2008 でエディターを拡張する場合、2010 で機能させるには、かなりの数の変更を加える必要がある可能性があります。
ただし、拡張性の大部分は、変更されていない古い VSIP/COM に依存しています。
2010 年の時間枠で出荷する予定がある場合、2008 年をスキップすることは悪い考えではないと思います。
VS2008 シェルに基づく製品に取り組んでいる者として言えば、代わりにベースとして VS2010 を使用することを強くお勧めします。彼らはインターフェースをクリーンアップし、おそらく VS2008 シェルにある多くのバグを修正しました。また、「古い」VSShell で発生した場合よりも、バグに対してより敏感になると思います。
これは実際には技術的な質問ではありません。私の考えでは、自分自身の前に顧客のことを考える必要があります。vs08 を使用する十分な人数の人がいますか?
(同様の質問に遭遇し、私のシナリオではVS08をサポートする必要があると結論付けました)