重学c#系列——动态类型[二十二]
前言
该系列准备继续完善，一共108篇，持续更新。
正文
为什么有动态类型呢？
是因为很多东西天生就是动态类型的。
比如xml 和 json、cvs、数据库表，这些本来就是数据类型的。
在反射系列中提及到，为什么有发送呢？ 是因为只有在运行的时候你才能知道他是什么类型。
同样的xml、json这些也是只有运行的时候才知道他有什么样的类型，当我们加载xml、json 映射成一个对象的时候，里面的属性也只有加载完后我们的程序才知道。
那这样就有一个问题啊，那就是加载的时候我们的程序才知道有这个属性，那么这种没法处理了吗？
这个时候人就介入了，比如json开发人员是知道有一个字段叫做fistname的，那么使用动态类型，可以是dynamicObj.fistname 这样获取就可以了。
动态获取属性的值，这似乎反射也可以做到啊。是的啊，当然反射可以做到，那有没有可能dynamic 就是反射获取字段值的语法糖呢？
这样就可以了：
static void Main(string[] args)
{
var type = typeof(String);
var chars = new char[] { '1','2','3','4','5','6'};
object x = Activator.CreateInstance(type, chars);
PropertyInfo property = type.GetProperty("Length");
var y = property.GetValue(x);
dynamic a = "123456";
var b = a.Length;
var c = "123456";
var d = c.Length;
Console.ReadKey();
}
我们来反编译看一下到底是怎么样的？
可以看到是这样的：
先看反射这块，反射这块好理解哈:
然后动态类型这块，其实原理还是反射了，先检查类型是否存在然后去调用。
那么看来呢，我好想也没有找到动态类型跳过检查这一块。
如果检查失败会报:runtime-binder.runtimebinderException。
反射和动态类型不同的是，反射是运行时候生成的检查，而动态类型是编译的时候生成的，这个根据上面应该好理解吧。
也就是说反射是可以跳过检查的，但是动态类型不行。
只是说一下，个人觉得其实也没什么关系。因为其实不怎么影响效率。该用动态类型就用动态类型，该用反射就用反射，两种的方向不一致。
通过上面il编译后的，我们发现根本就没有这个dynamic 这个东西，会编译成别的东西，起到了包装器的作用。
static void Main(string[] args)
{
dynamic a = "123456";
var t = a.GetType();
Console.WriteLine(t);
Console.ReadKey();
}
当我们去运行它的时候获取类型的时候:
这个a 本身还是system.string.
对il来说没有动态类型这个概念。
然后有一个值得注意的误区:
就是有些人认为使用了dynamic 认为不存在装箱和拆箱？
这是一个非常值得实验的问题。
internal class Program
{
static void Main(string[] args)
{
dynamic a = 1;
Console.WriteLine(a);
}
}
为什么会这样呢? 因为dynamic 继承obejct，实际上可以理解为object，int 到 object 自然存在装箱。
实际上dynamic 十分简化原理是这样的:
object a = "test";
var t = typeof(x);
callSite b = factory.create(t);
var reuslt = b.invoke(a, "param")
然后动态类型是不支持调用扩展方法的，这个反射也不支持。这个后面讲到扩展方法的本质的时候，就知道为什么不支持了。
动态类型的场景:
如果不使用动态类型是这样的:
static void Main(string[] args)
{
XElement person = XElement.Parse(@"<Person>
<FirstName>1</FirstName><LastName>2</LastName></Person>");
Console.WriteLine(person.Descendants("FirstName").FirstOrDefault().Value);
}
那么如果有了动态类型怎么写呢?
static void Main(string[] args)
{
//XElement person = XElement.Parse(@"<Person>
// <FirstName>1</FirstName><LastName>2</LastName></Person>");
//Console.WriteLine(person.Descendants("FirstName").FirstOrDefault().Value);
dynamic person = DynamicXml.Parse(@"<Person>
<FirstName>1</FirstName><LastName>2</LastName></Person>");
Console.WriteLine(person.FirstName);
}
}
public class DynamicXml : DynamicObject
{
private XElement Element { get; set; }
public DynamicXml(
XElement element)
{
Element = element;
}
public static DynamicXml Parse(string text)
{
return new DynamicXml(XElement.Parse(text));
}
public override bool TryGetMember(GetMemberBinder binder, out object result)
{
bool success = false;
result = null;
XElement firstDescendant = Element.Descendants(binder.Name).FirstOrDefault();
if (firstDescendant != null)
{
if (firstDescendant.Descendants().Any())
{
result = new DynamicXml(firstDescendant);
}
else
{
result = firstDescendant.Value;
}
success = true;
}
return success;
}
public override bool TrySetMember(SetMemberBinder binder, object value)
{
bool success = false;
XElement firstDescendant = Element.Descendants(binder.Name).FirstOrDefault();
if (firstDescendant != null)
{
if (value.GetType() == typeof(XElement))
{
firstDescendant.ReplaceWith(value);
}
else
{
firstDescendant.Value = value.ToString();
}
success = true;
}
return success;
}
}
如果定义了自己的动态类型那么更加方便。
因为本来我们就要传递字符串的，如果字符串传递错误本来就会报错，封装成一个动态类，从工程的角度来说就是更加优雅了。
然后又一个问题，那就是本身如果我们的 DynamicXml 就有这个属性呢？是调用TryGetMember的还是调用我们自己的呢?
事实证明会调用自己的，而不走TryGetMember。
说明先进性反射，如果反射找不到，然后判断是否继承dynamicObject，如果继承那么就调用TryGetMember获取，如果失败就抛出异常。
结
该系列持续更新。
