C#中dynamic的正确⽤法
dynamic是FrameWork4.0的新特性。dynamic的出现让C#具有了弱语⾔类型的特性。编译器在编译的时候不再对类型进⾏检查，编译期默认dynamic对象⽀持你想要的任何特性。⽐如，即使你对GetDynamicObject⽅法返回的对象⼀⽆所知，你也可以像如下那样进⾏代码的调⽤，编译器不会报错：
dynamic dynamicObject = GetDynamicObject();
Console.WriteLine(dynamicObject.Name);
Console.WriteLine(dynamicObject.SampleMethod());
说到正确⽤法，那么⾸先应该指出⼀个错误⽤法：
常有⼈会拿var这个关键字来和dynamic做⽐较。实际上，var和dynamic完全是两个概念，根本不应该放在⼀起做⽐较。var实际上是编译期抛给我们的“语法糖”，⼀旦被编译，编译期会⾃动匹配var 变量的实际类型，并⽤实际类型来替换该变量的申明，这看上去就好像我们在编码的时候是⽤实际类型进⾏申明的。⽽dynamic被编译后，实际是⼀个object类型，只不过编译器会对dynamic类型进⾏特殊处理，让它在编译期间不进⾏任何的类型检查，⽽是将类型检查放到了运⾏期。
这从visual studio的编辑器窗⼝就能看出来。以var声明的变量，⽀持“智能感知”，因为visual studion能推断出var类型的实际类型，⽽以dynamic声明的变量却不⽀持“智能感知”，因为编译器对其运⾏期的类型⼀⽆所知。对dynamic变量使⽤“智能感知”，会提⽰“此操作将在运⾏时解析”。
关于dynamic变量是⼀个object变量这⼀点，可以通过IL代码得到验证，这⾥不再贴出IL代码。当然，编译器也对dynamic声明进⾏了处理，以区别直接object变量。
dynamic是做为简化互操作性⽽被MSDN中⼤肆渲染，我感觉正是基于这⼀点，才被部分开发⼈员误解：因为很多开发⼈员不会接触
COM+、OFFICE⼆次开发之类的编码，所以急需要⼀个dynamic的应⽤理由。那么，在⽇常开发中，我认为dynamic很有价值的⼀点是：类型转换
Dynamic类型的实例和其他类型的实例间的转换是很简单的，开发⼈员能够很⽅便地在dyanmic和⾮dynamic⾏为间切换。任何实例都能隐式转换为dynamic类型实例，见下⾯的例⼦：
dynamic d1 = 7;
dynamic d2 = "a string";
dynamic d3 = System.DateTime.Today;
dynamic d4 = System.Diagnostics.Process.GetProcesses();
Conversely, an implicit conversion can be dynamically applied to any expression of type dynamic.
反之亦然，类型为dynamic的任何表达式也能够隐式转换为其他类型。（英⽂的翻译）
int i = d1;
string str = d2;
DateTime dt = d3;
System.Diagnostics.Process[] procs = d4;
⽅法中含有dynamic类型参数的重载问题
如果调⽤⼀个⽅法是传递了dynamic类型的对象，或者被调⽤的对象是dynamic类型的，那么重载的判断是发⽣在运⾏时⽽不是编译时。
动态语⾔运⾏时（dynamic language runtime DLR）
动态语⾔运⾏时是.NET Framework 4 Beta 1中的⼀组新的API，它提供了对c#中dynamic类型的⽀持，也实现了像IronPython和IronRuby之类的动态程序设计语⾔。
dynamic可以简化反射。
以前我们这样使⽤反射：
public class DynamicSample
{
public string Name { get; set; }
public int Add(int a, int b)
{
return a + b;
}
}
DynamicSample dynamicSample = new DynamicSample(); //create instance为了简化演⽰，我没有使⽤反射
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就可以得出结论。
dynamic关键字才出来的时候，觉得真是没什么⽤，谁总是和com交互来交互去啊，唯恐避之不及啊。
后来逐渐算是有了⼀些使⽤⼼得，发现这货还真是犀利啊，故在此举⼏个例⼦，起抛砖引⽟之⽤。
1.替代XXX.GetType().GetProperty("YYY").GetValue(XXX)
static object GetPerson()
{
return new Person { Name = "Leo" };
}
有时候难免会遇到这种返回object的倒霉代码（特别是跟反射有关的时候），这时我们⼜要访问其中的某个属性，那个费劲啊，现在有了dynamic感觉好多了。
object objPerson = GetPerson();
var objName = objPerson.GetType().GetProperty("Name").GetValue(objPerson);
Console.WriteLine(objName);
dynamic dynPerson = GetPerson();
var dynName = dynPerson.Name;
Console.WriteLine(dynName);
另⼀个好处是性能会得到⼀程度的提升：
Watch = new Stopwatch();
Watch.Start();
for (int i = 0; i < 1000000; i++)
{
objName = objPerson.GetType().GetProperty("Name").GetValue(objPerson);
}
Watch.Stop();
Console.WriteLine(Watch.Elapsed);
Watch.Restart();
for (int i = 0; i < 1000000; i++)
{
dynName = dynPerson.Name;
}
Watch.Stop();
Console.WriteLine(Watch.Elapsed);
⼤致结果如下图，还是快了很多的：
2.拯救接⼿接⼝没设计好的代码的倒霉孩⼦
⽐如这⾥有N个WCF服务，返回了N个对象的集合，这⼏个对象没啥关系，其实⼜有⼀点关系，倒霉孩⼦⼜不会让Entity Framework⽣成的类⾃动继承某个接⼝（本⽂⾥⽤本地⽅法代替WCF服务）。
这⾥来举⼀个例⼦，⾸先有下⾯2个倒霉的类，同样string类型的name是可以提取接⼝的（这⾥真的合适提取么……），同样名称但不同类型的ID，完全⽆关的Age和Price。
public class Person
{
public int ID { get; set; }
public string Name { get; set; }
public int Age { get; set; }
public static List<Person> GetPersonList()
{
return new List<Person>
{
new Person{ Name = "Leo1" , Age = 10 },
new Person{ Name = "Leo2" , Age = 20 },
new Person{ Name = "Leo3" , Age= 30 }
};
}
}
public class Car
{
public Guid ID { get; set; }
public string Name { get; set; }
public double Price { get; set; }
public static List<Car> GetCarList()
{
return new List<Car>
{
new Car{ Name = "Focus1" , Price = 100 },
new Car{ Name = "Focus2" , Price = 200 },
new Car{ Name = "Focus3" , Price = 300 }
};
}
}
我⽤2个static⽅法返回不同类型的List<T>来模拟WCF中最普通的调⽤。
static void Main(string[] args)
{
List<dynamic> list = new List<dynamic>();
//⽤本地⽅法替代WCF服务，您假装是通过WCF获取的list
Person.GetPersonList().ForEach((p) => list.Add(p));
TestDynamic2(list,"Leo2");
list = new List<dynamic>();
//⽤本地⽅法替代WCF服务，您假装是通过WCF获取的list
Car.GetCarList().ForEach((c) => list.Add(c));
TestDynamic2(list,"Focus3");
Console.ReadKey();
}
private static void TestDynamic2(List<dynamic> list,string name)
{
typeof的用法//可以⽆差别的使⽤ID和Name属性
dynamic first = list.OrderBy(d => d.ID).FirstOrDefault(d => d.Name.Contains(name));
//差别对待不同的属性，这⾥供参考，不建议这么写，这会导致依赖具体的类型
if (first is Person)
{
Console.WriteLine(first.Age);
}
else
{
Console.WriteLine(first.Price);
}
}
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论