欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

C#中dynamic的正确用法的代码

程序员文章站 2022-03-24 12:30:42
把写内容过程中比较重要的内容段做个收藏,下边资料是关于C#中dynamic的正确用法的内容。 dynamic dynamicObject = GetDynamicObject(); Console.WriteLine(dynamicObject.Name); Console.WriteLine(dy ......

把写内容过程中比较重要的内容段做个收藏,下边资料是关于c#中dynamic的正确用法的内容。



dynamic dynamicobject = getdynamicobject();
console.writeline(dynamicobject.name);
console.writeline(dynamicobject.samplemethod());




说到正确用法,那么首先应该指出一个错误用法:常有人会拿var这个关键字来和dynamic做比较。实际上,var和dynamic完全是两个概念,根本不应该放在一起做比较。var实际上是编译期抛给我们的“语法糖”,一旦被编译,编译期会自动匹配var变量的实际类型,并用实际类型来替换该变量的申明,这看上去就好像我们在编码的时候是用实际类型进行申明的。而dynamic被编译后,实际是一个object类型,只不过编译器会对dynamic类型进行特殊处理,让它在编译期间不进行任何的类型检查,而是将类型检查放到了运行期。这从visualstudio的编辑器窗口就能看出来。以var声明的变量,支持“智能感知”,因为visualstudion能推断出var类型的实际类型,而以dynamic声明的变量却不支持“智能感知”,因为编译器对其运行期的类型一无所知。对dynamic变量使用“智能感知”,会提示“此操作将在运行时解析”。关于dynamic变量是一个object变量这一点,可以通过il代码得到验证,这里不再贴出il代码。当然,编译器也对dynamic声明进行了处理,以区别直接object变量。dynamic是做为简化互操作性而被msdn中大肆渲染,我感觉正是基于这一点,才被部分开发人员误解:因为很多开发人员不会接触com+、office二次开发之类的编码,所以急需要一个dynamic的应用理由。那么,在日常开发中,我认为dynamic很有价值的一点是:dynamic可以简化反射。以前我们这样使用反射:



public class dynamicsample
{
public string name { get; set; }

public int add(int a, int b)
{
return a + b;
}
}
var addmethod = typeof(dynamicsample).getmethod("add");
int re = (int)addmethod.invoke(dynamicsample, new object[] { 1, 2 });




现在,我们有了简化的写法:


dynamic dynamicsample2 = new dynamicsample();
int re2 = dynamicsample2.add(1, 2);




我们可能会对这样的简化不以为然,毕竟看起来代码并没有减少多少,但是,如果考虑到效率兼优美两个特性,那么dynamic的优势就显现出来了。编译器对dynamic进行了优化,比没有经过缓存的反射效率快了很多。如果非要比较,可以将上面两者的代码(调用add方法部分)运行1000000就可以得出结论。