什么时候应该在 C# 4.0 中使用动态关键字？

Question

什么时候应该在 c# 4.0 中使用动态关键字？......c# 4.0 中任何带有动态关键字的好例子可以解释其用法......

Answer 1

动态应该仅在当不使用它会很痛苦时使用。就像 MS Office 库一样。在所有其他情况下，应该避免它，因为编译类型检查是有益的。以下是使用动态的良好情况。

1. 从 Silverlight 调用 javascript 方法。
2. COM 互操作。
3. 也许无需创建自定义类即可读取 Xml、Json。

Answer 2

这个怎么样？我一直在寻找的东西，并且想知道为什么没有“动态”就很难做到。

interface ISomeData {}
class SomeActualData : ISomeData {}
class SomeOtherData : ISomeData {}

interface ISomeInterface
{
    void DoSomething(ISomeData data);
}

class SomeImplementation : ISomeInterface
{
    public void DoSomething(ISomeData data)
    {
        dynamic specificData = data;
        HandleThis( specificData );
    }
    private void HandleThis(SomeActualData data)
    { /* ... */ }
    private void HandleThis(SomeOtherData data)
    { /* ... */ }

}

如果您没有采用具体类型的重载方法，您只需要捕获运行时异常并按照您想要的方式处理即可。

不使用dynamic的等效效果是：

    public void DoSomething(ISomeData data)
    {
        if(data is SomeActualData)
          HandleThis( (SomeActualData) data);
        else if(data is SomeOtherData)
          HandleThis( (SomeOtherData) data);
        ...
        else
         throw new SomeRuntimeException();
    }

Answer 3

正如此处所述，动态可以使设计不良的外部库更易于使用：Microsoft 提供了 Microsoft 的示例.Office.Interop.Excel 程序集。
通过动态，您可以在使用此程序集时避免许多烦人的显式转换。

另外，与@user2415376相反，这绝对不是处理接口的方法，因为我们从语言诞生之初就已经实现了多态性！
您可以使用

  ISomeData specificData = data;

Plus来代替

dynamic specificData = data;

，它将确保您不会传递错误类型的数据对象。

Answer 4

查看这篇博文，其中讨论了C# 中的动态关键字。要点如下：

dynamic 关键字确实很强大，在与动态语言一起使用时它是不可替代的，但也可以用于设计静态类型对象根本无法完成的代码时的棘手情况。

考虑一下缺点：

1. 没有编译时类型检查，这意味着除非您对单元测试有 100% 的信心（咳），否则您将面临风险。

2. 由于额外的运行时开销，动态关键字比旧式静态类型代码使用更多的 CPU 周期，如果性能对您的项目很重要（通常如此），请不要使用动态。

3. 常见错误包括在公共方法中返回用动态关键字包装的匿名类型。匿名类型特定于程序集，跨程序集返回它们（通过公共方法）将引发错误，即使简单的测试会捕获此错误，您现在有一个只能从特定位置使用的公共方法，这只是糟糕的设计.

4. 这是一个滑坡，缺乏经验的开发人员渴望编写新的东西并尽力避免更多的类（这不一定限于缺乏经验的人），如果他们在代码中看到动态，他们将开始越来越多地使用动态，通常我会对动态进行代码分析检查/将其添加到代码审查中。

Answer 5

这是最近的一个案例，其中使用动态是一个简单的解决方案。这本质上是 COM 互操作场景中的“鸭子打字”。

我已将一些代码从 VB6 移植到 C# 中。此移植代码仍然需要通过 COM 互操作调用 VB6 对象上的其他方法。

需要调用的类如下所示：（

class A
{
    void Foo() {...}
}

class B
{
    void Foo() {...}
}

即，这将是 VB6 类通过 COM 互操作在 C# 中的显示方式。

由于 A 和 B 彼此独立，因此您不能将其中一个强制转换为另一个，并且它们具有没有公共基类（COM 不支持 AFAIK 和 VB6 肯定不支持。而且它们没有实现公共接口 - 参见下面

移植的原始 VB6 代码是这样做的：

' Obj must be either an A or a B 
Sub Bar(Obj As Object) 
    Call Obj.Foo()
End Sub

现在在 VB6 中你可以传递东西。作为 Object ，运行时会判断这些对象是否有方法 Foo() 但在 C# 中，直译是：

// Obj must be either an A or a B 
void Bar(object Obj) 
{
    Obj.Foo();
}

这不会起作用。无法编译，因为 object 没有名为“Foo”的方法，并且 C# 的类型安全不允许这样做，

因此简单的“修复”是使用 dynamic，例如。这：

// Obj must be either an A or a B 
void Bar(dynamic Obj) 
{
    Obj.Foo();
}

这将类型安全性推迟到运行时，但假设您做得正确，

我不会为新代码认可这一点，但在这种情况下（从这里的其他答案来看，我认为这并不罕见）。有价值的。

考虑的替代方案：

• 使用反射来调用 Foo()。可能会起作用，但是需要更多的努力并且可读性较差。

• 修改 VB6 库不在此处讨论，但也许可以有一种方法根据 VB6 和 COM 支持的公共接口来定义 A 和 B。但使用动态要容易得多。

---

注意：这可能只是一个临时解决方案。最终，如果剩余的 VB6 代码被移植，则可以使用正确的类结构。

Answer 6

我想复制代码项目帖子的摘录，其中定义：

为什么使用动态？

在静态类型的世界中，动态为开发人员提供了很多帮助
上吊自杀。当处理类型可以是的对象时
在编译时已知，您应该完全避免使用dynamic关键字
成本。之前我说过我最初的反应是否定的，那又怎样呢？
我改变主意了？引用玛格丽特·阿特伍德的话说，背景就是一切。什么时候
静态类型，动态类型没有任何意义。如果你是
处理未知或动态类型时，通常需要
通过反射与之沟通。反射代码并不容易
阅读，并且具有上面动态类型的所有陷阱。在这个
从上下文来看，动态很有意义。[更多]

虽然 Dynamic 关键字的一些特征是：

1. 动态类型 - 这意味着声明的变量的类型是
   由编译器在运行时决定。
2. 声明时无需初始化。

例如，

dynamic str; 

str=”I am a string”; //Works fine and compiles

str=2; //Works fine and compiles

3. 在运行时捕获错误

4. Intellisense 不可用，因为类型及其相关方法和属性只能在运行时知道。 [https://www.codeproject。 com/Tips/460614/Difference- Between-var-and-dynamic-in-Csharp]

Answer 7

在所有可以使用动态的情况下都使用动态绝对是一个坏主意。这是因为您的程序将失去编译时检查的好处，并且速度也会慢得多。

Answer 8

大多数情况下，动态是一种不好的做法，所以我避免使用它，但我发现它在某些情况下非常有用：

1.）您的应用程序在数据库中保存/删除/更新一些内容或从中获取数据。因此，您可能会以 4 种保存/删除/更新/获取数据的方法结束。但不需要 - 在数据库中构造一个简单的存储过程，可以完成所有这些事情（不是那么难），并在代码中执行相同的操作。通过使用动态，您可以从同一方法返回多个结果，例如用于保存/删除/更新的布尔值和用于检索数据的集合（出现错误时+ null）。这节省了我大量的代码行。

2.) 有时我无法避免使用反射，而泛型是不可能或不需要的。所以我改用动态，因为它的性能比反射更好。