.net FrameWork 4.0 dynamic的用法

    dynamic是FrameWork4.0的新特性。dynamic的出现让C#具有了弱语言类型的特性。编译器在编译的时候不再对类型进行检查，编译期 默认dynamic对象支持你想要的任何特性。

    使用例子

    现有一个类Customer，我们用dynamicObject得到类中的内容。代码如下：

    public class Customer
    {
        public string ReturnName()
        {
            return "学习Dynamic";
        }
    }

    //在控制中使用dynamic调用Customer中的内容
    class Program
    {
        static void Main(string[] args)
        {
            dynamic dynamicObject = new Customer();
            //此处没智能提示
            string sVal = dynamicObject.ReturnName();

            Console.WriteLine(sVal);
            Console.ReadKey();
        }

dynamic与Var比较：

    常有人会拿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可以简化反射以前我们这样使用反射：

    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就可以得出 结论。

 

参考文章：http://www.soaspx.com/dotnet/csharp/csharp_20110218_7217.html