VS2010の拡張性-それはどの程度違いますか？

StackOverflow https://stackoverflow.com/questions/335838

質問

VS2010をすでに見ている人への質問。アドイン開発者がVS2010でアドインを機能させるために行う必要がある変更の大きさ

役に立ちましたか？

解決

既にVisual Lint製品の開発バージョンをVS2010に移行しており、ほとんどの場合、移行は簡単でした-または、Visual Studio 2010 Beta 1自動化モデルにそれほど多くのバグがなかった場合はそうでした。この経験は、VS2005をサポートするために私たちがしなければならなかった作業と似ていました（VS2008は簡単でした）ので、VS2010はVisual Studioの進化の大きな変化を表していることは明らかです。

サポートしているVisual Studioのすべてのバージョンで同じバイナリを使用しているため（コードは全体的にネイティブC ++であるように構成されていることを意味します）、インターフェイスの重大な変更が目に見える傾向があります。今回、私たちに問題を引き起こした分野は次のとおりです。

  1. 新しい.vcxprojプロジェクトファイル形式（プロジェクトファイルを解析してプロジェクトプロパティを読み取るため、複数のVisual Studioバージョン間でVCProjectEngine-Visual C ++自動化モデルを使用するよりも信頼性が高い）。したがって、.vcxprojファイル用の新しいパーサーを作成する必要がありました。ファイルは非常に複雑になる可能性があるため、それ自体が主要なタスクでした。
  2. コマンドバー/コマンドインターフェイスのさまざまなバグ（おそらく、新しいWPFエディター/コマンドバーの統合に関連）。 Carlos Quinteroはこの主題について広範囲にブログを書いているので、この分野に懸念がある場合は、彼のブログを読むことをお勧めします。
  3. ベータ1のアドイン起動シーケンスに対する文書化されていない変更は、OnStartupCompleteイベントが発生するまでDTEウィンドウインターフェイスが機能しなかったことを意味しました。 MSは、潜在的な互換性の問題のためにベータ2のこの特定の変更を元に戻していると私たちに通知しましたが、とにかくこのコードを現在のコードに対して非感受性にしました。
  4. ベータ1のツールウィンドウは、内部CLSIDで作成できません（ただし、ProgIDは正常に機能します）。これは、ポートの最後のメジャービットをまとめることができるようになるまで、私たちが待っている最後のものです。

私たちの経験はほとんどのアドインのかなり代表的なものだと思います-Visual Studio自体の大きな変更（エディターやインテリセンスの統合など）によって直接影響を受ける領域を使用している場合にのみ、効果は特に厳しい。

最後に、ビルド自体をVS2010に移行する予定はありません。現在はVS2008でビルドされており、まだ「進行中の作業」であるという兆候をすべて示しているIDEに移行する理由はまったく見当たりません。今年後半にRTMが行われる場合でも（個人的な意見ですが、YMMVです）。

他のヒント

運が良ければ、この正確な件名と、アドインのアップグレードに必要なものを示しました。 （以下のリンク）

基本的にあなたの答えは、下位互換性のある「シム」だからといって、影響の少ない移行があるということです。ほとんどの機能に対応しています。当然ながら、2010年にMAF、MEF、WPFなどの新しいものを入手するために、開発者側でいくつかの作業が行われます。

最後に-必ずこの傑出した投稿、カルロスキンテロ、アドイン、フレームワーク、CLRの互換性についてのMVP。カルロスのブログは、私がアドインのものとして見つけた最高のものです。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top