建議15： 使用dynamic來簡化反射實現dynamic是Framework 4.0的新特性。dynamic的出現讓C#具有了弱語言類型的特性。編譯器在編譯的時候不再對類型進行檢查，編譯器默認dynamic對象支持開發者想要的任何特性。比如，即使你對GetDynamicObject方法返回的對象一無所知，也可以像如下這樣進行代碼的調用，編譯器不會報錯：dynamic dynamicObject = GetDynamicObject(); Console.WriteLine(dynamicObject.Name); Console.WriteLine(dynamicObject.SampleMethod()); 當然，如果運行時dynamicObject不包含指定的這些特性（如上文中帶返回值的方法SampleMethod），運行時程序會拋出一個RuntimeBinderException異常：“System.Dynamic.ExpandoObject”未包含“SampleMethod”的定義。注意　有人會將var這個關鍵字與dynamic進行比較。實際上，var和dynamic完全是兩個概念，根本不應該放在一起比較。var實際上是編譯期拋給我們的“語法糖”，一旦被編譯，編譯期會自動匹配var 變量的實際類型，并用實際類型來替換該變量的聲明，這看上去就好像我們在編碼的時候是用實際類型進行聲明的。而dynamic被編譯后，實際是一個object類型，只不過編譯器會對dynamic類型進行特殊處理，讓它在編譯期間不進行任何的類型檢查，而是將類型檢查放到了運行期。這從Visual Studio的編輯器窗口就能看出來。以var聲明的變量支持“智能感知”，因為Visual Studio能推斷出var類型的實際類型；而以dynamic聲明的變量卻不支持“智能感知”，因為編譯器對其運行期的類型一無所知。對dynamic變量使用“智能感知”，會提示“此操作將在運行時解析”。利用dynamic的這個特性，可以簡化C#中的反射語法。在dynamic出現之前，假設存在類，代碼如下所示：public class DynamicSample { public string Name { get; set; } public int Add(int a, int b) { return a + b; } } 我們這樣使用反射，調用方代碼如下所示：DynamicSample dynamicSample = new DynamicSample(); var addMethod = typeof(DynamicSample).GetMethod("Add"); int re = (int)addMethod.Invoke(dynamicSample, new object[] { 1, 2 }); 在使用dynamic后，代碼看上去更簡潔了，并且在可控的范圍內減少了一次拆箱的機會，代碼如下所示： dynamic dynamicSample2 = new DynamicSample(); int re2 = dynamicSample2.Add(1, 2); 我們可能會對這樣的簡化不以為然，畢竟代碼看起來并沒有減少多少，但是，如果考慮到效率兼優美兩個特性，那么dynamic的優勢就顯現出來了。如果對上面的代碼執行1000000次，如下所示： int times = 1000000; DynamicSample reflectSample = new DynamicSample(); var addMethod = typeof(DynamicSample).GetMethod("Add"); Stopwatch watch1 = Stopwatch.StartNew(); for (var i = 0; i < times; i++) { addMethod.Invoke(reflectSample, new object[] { 1, 2 }); } Console.WriteLine(string.Format("反射耗時：{0} 毫秒", watch1.ElapsedMilliseconds)); dynamic dynamicSample = new DynamicSample(); Stopwatch watch2 = Stopwatch.StartNew(); for (int i = 0; i < times; i++) { dynamicSample.Add(1, 2); } Console.WriteLine(string.Format("dynamic耗時：{0} 毫秒", watch2.ElapsedMilliseconds)); 輸出為： 反射耗時：2575 毫秒 dynamic耗時：76 毫秒 可以看到，沒有優化的反射實現，上面這個循環上的執行效率大大低于dynamic實現的效果。如果對反射實現進行優化，代碼如下所示： DynamicSample reflectSampleBetter = new DynamicSample(); var addMethod2 = typeof(DynamicSample).GetMethod("Add"); var delg = (Func<DynamicSample, int, int, int>)Delegate.CreateDelegate(typeof( Func<DynamicSample, int, int, int>), addMethod2); Stopwatch watch3 = Stopwatch.StartNew(); for (var i = 0; i < times; i++) { delg(reflectSampleBetter, 1, 2); } Console.WriteLine(string.Format("優化的反射耗時：{0} 毫秒", watch3.ElapsedMilliseconds)); 輸出為： 優化的反射耗時：12 毫秒 可以看到，優化后的反射實現，其效率和dynamic在一個數量級上。可是它帶來了效率，卻犧牲了代碼的整潔度，這種實現在我看來是得不償失的。所以，現在有了dynamic類型，建議大家：始終使用dynamic來簡化反射實現。

?

轉載于:https://www.cnblogs.com/xust/articles/3081397.html

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的建议15： 使用dynamic来简化反射实现的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。