問題タブ [reflector]

Reflectorを使用してプロジェクトをデバッグするために逆アセンブルしましたが、自動プロパティの「コンパイル結果」のデコードに失敗しているようです。たとえば、次の行で構文エラーが発生します。これらを手動で修正しようとしましたが、修正するたびに、さらに表示されます。

これについて私にできることはありますか？

私は .NET については多少初心者ですが、プログラミングについては初心者ではありません。また、コンパイル済みの .NET コードを逆アセンブルすることについての傾向と興奮にやや戸惑っています。無意味に思えます。

.NET の高度な使いやすさが、私が .NET を使用する理由です。リソースが限られている環境で、C および実際の (ハードウェア プロセッサ) アセンブリを作成しました。それが、効率のために非常に多くの細心の注意を払うことに労力を費やす理由でした. .NET の世界では、実装の最も不可解な詳細を掘り下げて時間を無駄にすると、高レベルのオブジェクト指向言語を使用するという目的が無効になります。.NET を使用する過程で、通常のパフォーマンスの問題と奇妙な競合状態をデバッグしました。コンパイラが生成している中間言語について考えたことは一度もありませんでした。たとえば、 foreach() が列挙型を使用することを考えると、 for(;;) ループが配列の foreach() よりも高速になることは明らかです。変数を単純にインクリメントするのではなく、次に進むたびにメソッド呼び出しを使用してオブジェクトを作成します。これは、タイトなループを数百万回実行することで簡単に証明できます (逆アセンブルは不要です)。

IL の逆アセンブルを馬鹿げているのは、実際のマシン コードではないという事実です。仮想マシンコードです。実際に命令を移動して最適化するのが好きな人もいると聞きました。私をからかってるの？ジャストインタイムでコンパイルされた仮想マシン コードは、ネイティブにコンパイルされたコードの速度では単純なタイトな for(;;) ループを実行することさえできません。プロセッサから最後のサイクルをすべて絞り出したい場合は、C/C++ を使用して、実際のアセンブリの学習に時間を費やしてください。そうすれば、多くの低レベルの詳細を理解するのに費やす時間は、実際には価値があります。

では、時間に追われる以外に、人々はなぜ .NET (CLR) バイナリを逆アセンブルするのでしょうか?

新しいプロジェクトに移動する場合に備えて、特にソースコードを持っているにもかかわらず、リフレクターを使用してアセンブリを参照することを好みます。でもソースコードのXMLコメントがリフレクターで見れるようになればいいなと思います。

それを行うアドインはありますか？

よろしくお願いします。

私のクライアントには、1 年前にコンパイルおよびデプロイされたコンパイル済み ASP.NET 2.0 アプリケーションがあります。また、ソース管理下にないソース コード プロジェクト/ソリューションの 4 つのバージョンがあります (以前の開発者のワークステーション ファイル システムに保存されています)。互いに一致するファイルの日付はありません。

これらのバージョンのどれが実際に運用 Web サイトにデプロイされているか (存在する場合) を特定する方法はありますか?

関数の実装を確認しようとしましたが[MethodImpl(MethodImplOptions.InternalCall)] public extern int get_Length();、これは文字列の Length プロパティです。

しかし、リフレクターは私に次のエラーを与えました:

メンバーが読み込まれていないか、表示設定により非表示になっている可能性があります

ただし、メンバーはロードされており、可視性設定はすべてです

実際、問題は、なぜConsole.WriteLineラッパーになるためだけに存在するのかということですConsole.Out.WriteLine

IntelliSense を使用してこの小さなメソッドを見つけ、.NET リフレクターを開いてメソッドのコードを「逆コンパイル」したConsole.WriteLineところ、次のことがわかりました。

では、なぜWriteLineこのように実装されているのでしょうか。それは完全に単なる近道ですか、それとも別の理由がありますか?

システムアセンブリの一部のメソッドについて、.NETリフレクターにもそれぞれのドキュメントが表示されていることに気づきましたか？これは、ドキュメントをアセンブリメタデータに永続化できることを意味します。

どうすれば自分のアセンブリで機能させることができますか？つまり、.NETリフレクターに反映するときに、メソッドへのコメントを確認したいと思います。

ありがとう。

アセンブリ リストを配布できる Reflector アドインを知っている人はいますか? つまり、[ファイル]、[リストを開く] メニュー オプションを使用するときに維持できるリストですか?

現在、さまざまな開発者が使用している複数のマシン間で更新する必要がある開発用アセンブリのリストがあります。痛みの少ないものは素晴らしいでしょう！また、既存の構成を破棄せずに、単一のアセンブリ リストを追加/更新することもお勧めします。