問題タブ [dotpeek]

C# の for ループのループ式について良い質問があります。

私は常に自分の知識を学び、広めたいと思っているので、自分のリフレクターを使って他の人から見て学ぶことがよくあります。最近、私は C# アセンブリであると思われるアセンブリを見回していました。

私はこれに出くわしました：

ループ式でコード ブロックを使用できるとは知りませんでした。そこで、MSDN を起動して C# の言語リファレンスを調べましたが、何も見つかりませんでした。

C++ リファレンスにはいくつかの興味深いことが示されていますが (http://msdn.microsoft.com/en-us/library/b80153d8.aspx)、私は C++ 開発者ではなく、アセンブリが C++ で書かれていないと強く感じています。 .

dotPeek は、アセンブリが v4.0.30319 / msil アセンブリであると言います。

ここで質問があります: - これは C++ ですか、それとも C# コード構造ですか?! - C# でこのようなことはできますか?

そのように見え、VS2010 でコンパイルされるコードを再現できません。

@edit: code-construct のアセンブリという単語を変更しました。

@edit II: ご回答ありがとうございます。これは、dotPeek リフレクターのバグか、for-loop-expression のイースターエッグが見つかったかのいずれかだと思います。これは、Red Gate が同じ方法について述べていることです。

これを見つけたとき、DotPeekを使用してPresentationCore.dllのソースを参照していました。

「private short <alignment member>」とはどういう意味ですか？

DotPeekを使用して、問題をデバッグするためにサードパーティのソースを逆コンパイルしました。出力コードには、AFAIKが有効なC＃ではないいくつかの異常な演算子が含まれているため、それらが何を意味するのか疑問に思っています...

抜粋は次のようになります（おそらく関連性があるため、Dotpeekコメントが含まれています）。

それで、そこにある3つの珍しい演算子はint& = @Written、@文字で無意味に名前が付けられた変数にポインターを割り当てているようです。

しかし、何^local = num;ですか？

OK、これはILSpyからの同等のスニペットです。これはより理にかなっています。C＃への逆コンパイルでは有効な同等のスニペットが生成されなかったと思いますか？

「C＃」

IL

それで、私は「C＃」が完全に有効ではないと思いますか？そのILは有効なC＃であり、DotPeekが出力を生成した理由はわかりません。たぶん私はこれのためにILSpyに固執するでしょう...？

Microsoft.Phone.dll [Windows Phone 8] からソースを表示する方法について、誰もが手がかりを持っています。.Net リフレクターと JetBrains dot peek でこれを試しましたが、残念ながらアセンブリを逆コンパイルしませんでした。? どんな助けでも大歓迎です。

へい。理解できないコードが得られるまで、 の逆コンパイルされたソースを読んDigi Traffic Acceleratorでいました (学習するのに最適な方法だと思います)。ご覧ください：

ご覧のとおり、CheckProxyメソッドで、コンパイラが新しい型を生成したようです! この方法で実際に何が起こっているのか分かりますか? コードを理解するにはどうすればよいですか？

ソフトウェアのバージョン管理の規則では、パブリック API に重大な変更がある場合、MAJOR VERSION をインクリメントすることを推奨しています。

Visual Studio や dotPeek などのアプリケーションでクラス ビューを使用してみましたが、これまでのところ、アセンブリのすべてのパブリック メンバーのリストをプレーン テキストまたは XML にエクスポートする方法を見つけることができませんでした。これを行う良い方法を知っている人はいますか？

dotPeek で逆コンパイルした自分のコードの一部を見ていました。

私はこれを見続けます：

これは何を意味するのでしょうか？これはコードの問題を通知するためのものですか?

ありがとう

Interop DLLRCW.Xyz.dllがありますが、対応する DLL が見つかりません。名前は既定の命名規則に従っていないためInterop.Xyz.dll、相互運用アセンブリの名前が変更されただけだと思います。(DLL がデフォルト名で Visual Studio によって生成された場合でも、DLL の名前にスペースが含まれていると、スペースが失われ、ソース DLL を再度見つけるのが難しくなります)

相互運用アセンブリの背後にある COM DLL 名を調べるにはどうすればよいですか?

分解ツールを使用する必要があると思います。Reflector ライセンスを所有していないため、 dotPeekで機能するソリューションを探しています。