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 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可以簡化反射。
以前我們這樣使用反射：
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 </span><span style="color: #0000ff;">= 0; </span><span style="color: #ff0000;">i < 1000000; i++) { dynName </span><span style="color: #0000ff;">= dynPerson.Name; </span><span style="color: #ff0000;">} Watch.Stop(); Console.WriteLine(Watch.Elapsed);</span></pre>
大致結果如下圖，還是快了很多的：
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</span><span style="color: #0000ff;"><</span><span style="color: #800000;">Person</span><span style="color: #0000ff;">></span><span style="color: #000000;"> GetPersonList()
{
return new List</span><span style="color: #0000ff;"><</span><span style="color: #800000;">Person</span><span style="color: #0000ff;">></span><span style="color: #000000;">
{
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</span><span style="color: #0000ff;"><</span><span style="color: #800000;">Car</span><span style="color: #0000ff;">></span><span style="color: #000000;"> GetCarList()
{
return new List</span><span style="color: #0000ff;"><</span><span style="color: #800000;">Car</span><span style="color: #0000ff;">></span><span style="color: #000000;">
{
new Car{ Name = "Focus1" , Price = 100 },
new Car{ Name = "Focus2" , Price = 200 },
new Car{ Name = "Focus3" , Price = 300 }
};
}
}</span></pre>
我用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</span><span style="color: #0000ff;"><</span><span style="color: #800000;">dynamic</span><span style="color: #0000ff;">></span><span style="color: #000000;">(); //用本地方法替代WCF服務，您假裝是通過WCF獲取的list Car.GetCarList().ForEach((c) => list.Add(c)); TestDynamic2(list,"Focus3"); Console.ReadKey(); } private static void TestDynamic2(List</span><span style="color: #0000ff;"><</span><span style="color: #800000;">dynamic</span><span style="color: #0000ff;">></span><span style="color: #000000;"> list,string name) { //可以無差別的使用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); } }</span></pre>