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类型的实例和其他类型的实例间的转换是很简单的,开发人员能够很方便地在dyanmic和非dynamic行为间切换。任何实例都能隐式转换为dynamic类型实例,见下面的例子:
dynamic d1 = ;

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类型参数的重载问题
如果调用一个方法是传递了dynamic类型的对象,或者被调用的对象是dynamic类型的,那么重载的判断是发生在运行时而不是编译时。
 
动态语言运行时(dynamic language runtime DLR)
动态语言运行时是.NET Framework 4 Beta 1中的一组新的API,它提供了对c#中dynamic类型的支持,也实现了像IronPython和IronRuby之类的动态程序设计语言。

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[] { , });

现在,我们有了简化的写法:

dynamic dynamicSample2 = new DynamicSample(); int re2 = dynamicSample2.Add(1, 2);

我们可能会对这样的简化不以为然,毕竟看起来代码并没有减少多少,但是,如果考虑到效率兼优美两个特性,那么dynamic的优势就显现出来了。编译器对dynamic进行了优化,比没有经过缓存的反射效率快了很多。如果非要比较,可以将上面两者的代码(调用Add方法部分)运行1000000就可以得出结论。

最新文章

  1. YII 的源码分析(三)
  2. ORA-28001: the password has expired (DBD ERROR: OCISessionBegin) EM无法登录
  3. java提高篇(五)-----抽象类与接口
  4. 基于HTML5技术的电力3D监控应用(二)
  5. Android 手机卫士2--home页面
  6. 关于Linux session管理与GUI架构
  7. [LintCode] Word Break
  8. 开始记录blog
  9. ASP.NET MVC 学习第一天
  10. Redhat和ubuntu的区别
  11. nyoj 119 士兵杀敌(三)【线段树区间最大值最小值差】
  12. (转)iOS Wow体验 - 第七章 - 操作图例与触屏人机工学
  13. DL动态载入框架技术文档
  14. 敏捷开发之Scrum
  15. error: QApplication: No such file or directory
  16. Eclipse 安装反编译插件
  17. vue实战 - 车牌号校验和银行校验
  18. Exception in thread "main" java.lang.UnsupportedClassVersionError: org/apache/ma ven/cli/Maven
  19. Java8学习笔记目录
  20. Java中构造方法与setter方法

热门文章

  1. 游戏对象的变换-Transform
  2. 有关Mysql连接问题
  3. vc列表控件的初始化
  4. Spark菜鸟学习营Day2 分布式系统需求分析
  5. openerp经典收藏 字段定义详解(转载)
  6. Azure IaaS for IT Pros Online Event 总结
  7. static与全局与局部变量的区别
  8. UserLogin
  9. Mysql ERROR 1045 (28000): Access denied for user 'root'@'localhost'(using password: YSE)
  10. C#的winform小合集