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 = 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类型参数的重载问题
如果调用一个方法是传递了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[] { 1, 2 });
现在，我们有了简化的写法：
dynamic dynamicsample2 = new dynamicsample(); int re2 = dynamicsample2.add(1, 2);
我们可能会对这样的简化不以为然，毕竟看起来代码并没有减少多少，但是，如果考虑到效率兼优美两个特性，那么dynamic的优势就显现出来了。编译器对dynamic进行了优化，比没有经过缓存的反射效率快了很多。如果非要比较，可以将上面两者的代码（调用add方法部分）运行1000000就可以得出结论。
com互操作性
c# 4.0包含了多个特性，改进了与传统com api接口如office自动化等的互操作性。dynamic类型、命名参数以及可选参数也属于改进中的一部分。
许多的com方法允许其参数和返回值类型为object，因此对于强类型语言如c#来说，就需要做大量的强制类型转换。然而在c# 4.0中，如果在编译时加上/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];
以上所述是小编给大家介绍的c#中dynamic关键字的正确用法(推荐)，希望对大家有所帮助
如对本文有疑问， 点击进行留言回复！！
使用Visual Studio2019创建C#项目(窗体应用程序、控制台应用程序、Web应用程序)
C#实现获取本地内网(局域网)和外网(公网)IP地址的方法分析
网友评论