在Visual C# 2010中引入了一种新的dynamic类型，该类型是一个静态的（static）类型，但是一个dynamic类型的对象会绕过静态类型检查。在大多数情况下dynamic和object类型有些相似，但是在编译时，dynamic类型被假定为支持任何操作，也就是说dynamic类型的对象可以是一个Office对象，可以是一个COM对象或者是DOM对象，而如果在运行时发现该对象不是期望的对象则会抛出一个运行时异常。

由于把一个对象定义为dynamic类型，因此在代码中编写任意调用在编译时都是合法的（这一点在声明为object类型时不能成立）。例如以下代码能够通过编译：

class Program
{
    static void Main(string[] args)
    {
        dynamic obj = 3;
        obj.UpdateWordDocument();

        Console.ReadLine();
    }
}

运行后发现obj并不支持UpdateWordDocument方法，因此会抛出异常：

image

 

大多数动态类型操作的结果仍是动态类型，例如编写如下代码时智能提示会显示变量的类型是dynamic：

image

在包含从dynamic类型到其他类型的转换，或者将dynamic类型作为构造函数参数的操作结果不会返回dynamic类型，例如以下代码：

class Program
{
    static void Main(string[] args)
    {
        var c = new TestClass(10);        
    }
}

class TestClass
{
    public TestClass(dynamic data)
    {

    }
}

此时c不是dynamic类型。

开发人员可以轻松的在dynamic和非dynamic类型之间转换，正是由于dynamic类型在编译时被视为支持任何操作，所在只需要保证它们之间的转换是正确的数据类型转换，否则运行时会发生错误。例如以下代码：

static void Main(string[] args)
{
    string name = "admin";
    dynamic d = name;
    string user = d;
}

使用了通过动态类型参数的方法会在运行时解析而不是在编译时解析，在.NET Framework 4 Beta1中引入了新的dynamic language runtime（DLR），它为C#中的dynamic类型提供了支持，而且提供了对诸如IronPython和IronRuby等动态语言的实现。

Visual C# 2010使用dynamic类型和命名和可选参数为与COM API交互提供了便利。许多COM方法接收各种类型参数并且通常会返回object类型值，开发人员需要进行类型转换以进行进一步操作。在.NET Framework 4中，如果使用/link开关编译程序，dynamic类型允许在COM调用时将object类型作为dynamic类型对待，这样可以避免类型转换。例如以下代码（此代码系摘录，机器原因未经过本人测试）

// 未引入dynamic类型前
((Excel.Range)excel.Cells[1, 1]).Value2 = "Name";
Excel.Range range = (Excel.Range)excel.Cells[1, 1];

//引入dynamic类型后
excel.Cells[1, 1].Value = "Name";
Excel.Range range = excel.Cells[1, 1];

Visual Studio 2010 新特性系列文章

  1. Visual C# 2010新特性之dynamic类型
  2. Visual C# 2010新特性之命名和可选参数与类型等价支持
  3. Visual C# 2010新特性之协变和逆变