建议15： 使用dynamic来简化反射实现
生活随笔
收集整理的這篇文章主要介紹了
建议15： 使用dynamic来简化反射实现
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
建議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来简化反射实现的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Cocos2d-x 中 CCProgre
- 下一篇： pingall脚本