在C＃中使用动态类型的缺点

我最近一直在研究C＃中的动态类型。通过一些示例，我理解代码一旦编译，就无需再次重新编译，而是可以直接执行。

我觉得关键字提供的灵活性实际上可以随意更改数据类型是一个很大的优势。

题，

除了错误的动态方法调用之外，是否存在任何其他特定缺陷，这些错误会引发开发人员在开始执行之前必须知道的运行时异常。

主要缺点是您放弃了C＃的主要属性（不一定是优点）之一-它是静态类型的（并且大多数情况下是安全的）。

动态类型化的问题在于它通常会隐藏在编译过程中否则会发现的错误。这样的错误仅在运行时出现，这当然使检测起来更加困难。

IMO很少有理由在C＃中使用动态类型，主要的原因是与动态类型的语言进行协作（这是AFAIK，首先引入了动态的原因）。

如果要进行完全动态类型的编程，则应查看设计为动态的某种语言，而不是将C＃编程为动态的。如果要使用.Net库，则可以使用例如IronPython

我不确定您要寻找的缺点是什么，但是如果您想了解可用于静态类型而不是可用于静态类型的功能，dynamic则几乎没有：

1. 扩展方法不起作用。这可能是最大的。如果有的话dynamic collection，就不能使用像这样的代码collection.Distinct()。这是因为可用的扩展方法取决于命名空间using，而DLR无法知道它们。

   解决方法是，您可以像调用普通静态方法一样调用该方法Enumerable.Distinct(collection)。或者，您可以将集合的类型更改为IEnumerable<dynamic>。

2. foreach要求IEnumerable。在正常的C＃中，foreach是基于模式的。也就是说，它不需要任何特定的接口，只需一个GetEnumerator()返回合适对象的方法。如果使用foreachon dynamic，IEnumerable则必须实现。但是由于这种行为的原因是C＃1.0没有泛型，所以这种“缺点”几乎是无关紧要的。

.net中的动态类型（不是声明为动态的变量）的问题在于它们没有大量可用于静态类型的功能。

• 没有思考（您可以遍历成员，但不能太多）
• 没有元数据（在动态数据站点/ mvc中进行验证）
• 绝对在编译时不检查（不会发现任何拼写错误）
• 由于这是一个强大的功能，菜鸟可能会倾向于滥用/滥用/误解它
• 用动态类型编写的代码往往难以维护且难以重构
• 由于鸭类打字和其他功能，大师可能会编写其他人无法读取的代码

因此，除非您知道自己在做什么，否则不要使用动态类型编写代码。

因为dynamic只是一个标记，object所以它包装了值类型。

这可能会影响性能，但是由于无论如何我都会在性能关键的代码中使用静态类型，因此实际上这不是问题。

此装箱也干扰可变值类型。如果使用修改它们dynamic，则只能修改装箱的副本。但是由于一开始就不应使用可变值类型，所以这也不是大问题。