ダイナミックで厄介な反射はそれ以上ありませんか？

Question

C＃4.0では、実行時にルックアップするキーワードdynamicが導入されています。

これはもはや厄介な反省を必要としないのでしょうか？もしそうなら、それの例を見せてもらえますか？

Answer 1

私たちはまだReflectionを持っています - 通常のCLRオブジェクトに対して 'dynamic'を使用すると、Reflectionベースのディスパッチャが呼び出されます。

だから、私たちはまだリフレクションを持っていますが、やりやすくなります。ここで

は例です：

// Via 'dynamic'  
dynamic dx = GetSomeCLRObject(); 
dx.DoSomething(); 
dx.SomeMember = 2; 

// Via Reflection 
object x = GetSomeCLRObject(); 
Type xt = x.GetType(); 
MemberInfo DoSomethingMethod = xt.GetMethod("DoSomething"); 
DoSomethingMethod.Invoke(x, null); 
PropertyInfo SomeMemberProperty = xt.GetProperty("SomeMember"); 
SomeMemberProperty.SetValue(x, 2); 

私はあなたのことは知らないが、私はかつてのが好きです。 =）

これらの両方のケースでは、コンパイル時のチェックもなく、IntellisenseもIDEサポートもありませんが、前者の方が後者よりはるかに表現力があります。

Answer 2

ダイナミックディスパッチは、リフレクションの1つの使用のみです。構造体のクラスを調べ、その構造体に関する情報を取得し、何らかの形で視覚化したり、何らかの方法で動的にメンバーにアクセスしたりすることなく、それを実行する理由はたくさんあります。反射はここにあります。 :)

here is a video from PDCのthe man himselfについては、それと（その他のC＃4.0関連の）動的キーワードの例が必要な場合。

Answer 3

ダイナミックは、コンパイル時にその名前がわかっていて固定されている、名前だけで知られているメソッドの問題を解決するのに大いに役立ちますが、もちろんそのようなメソッドはタイプを制御するとインタフェースとして表現できます。

dynamicは全く役に立たない場合もあります

メソッド名は、コンパイル時に知られていない

• （すなわち、それは、設定/ユーザー入力から読み込まれる）
• オブジェクトの作成
は、
• は、おそらくいくつかのジェネリック医薬品のシナリオは、私がdynamicを参照

最大の用途は以下のとおりです。

• COM相互運用機能（明らかに）
• 一般的なオペレータサポートそこには共通のインタフェースはDLRの相互運用（コメントを参照）

が

ではありません。しかし、それは間違いなくすべての反射を解決しない

ダックタイピングうわー。