2008-09-15 6 views
2

私は、メソッドの定義に移動するためにMSがちょうどそれを得ることができなかったという事実によって、 C#およびVBプロジェクトを1つのソリューションで提供します。 VBからC#にナビゲートしようとすると「Object Explorer」が表示され、C#からVBの場合はメタデータファイルが生成されます。Visual Studio 2005のC#とVB間のIntellisense - 定義にナビゲートできません

正直なところ、さまざまな言語間でジャンプすることについて、特に同じCLRを使用していると思われる場合はどうですか?

これはなぜ誰かが知っていますか、または回避策がありますか? 彼らはVS 2008でそれを得ましたか?


@Keith、あなたの答えは正しいかもしれません。私は本当にMicrosoftがこれをひどくひどく悩ませたことに驚いている。誰にも回避策のアイデアはありますか?


@Mladen Mihajlovic - これは私が記述している状況です。自分で試してみてください。プロジェクトの参考文献は違いの断片を作りません。

答えて

2

これは両方の言語で一般的です。 VB.Netで

  • F12は常に常にC#でオブジェクトブラウザ
  • F12に移動しますメタデータ定義

これは試して意図的なメカニズムと一致し、期待される動作であるが表示されますユーザーをアップグレードします。 C#の方法は正しい情報を提供しますが、VBの方法はVBAまたはVB6のユーザーが期待するものです。

動作はVS2008と同じです。

これらは外部プロジェクトのルールです。両方とも同じ解決策であればコードに進む必要があります。


VBプロジェクトでは、C#プロジェクトを外部として扱い、逆も同様です。コード間を移動することはできません。私は最新のVS2008でこれをテストしましたが、それはまだ問題です。

また、完全なメタデータを取得できません。メソッドをC#コードに追加すると、C#アセンブリをコンパイルするまでVBのインテリセンスには表示されません。

これはコンポーネントがツールストリップにどのように表示されるかと似ていますので、通常のコード機能にナビゲートするのは一般的なコンパイラを使用したコードの機能です。

まだPDBをビルドしている限り、ファイルを見つけることができるはずです。リリースビルドをサポートするために必要なので、そうではないと思います。 PDBルックアップなしでコード行を見つけることができませんでした。

0

参照がVB プロジェクトにあり、DLLファイルではないことを確認してください。

0

It's a known issue、回避策は2つです:(F12でこの機能を追加すること)ctrl+,を使用するか、この機能を追加し、いくつかのプラグインを使用し、ReSharperのよう。

関連する問題