C＃动态关键字[duplicate]的实际用法

如何解决C＃动态关键字[duplicate]的实际用法

                                                                                                                  这个问题已经在这里有了答案：                                                      

解决方法

        这里一篇好文章：   作为开发人员，您可以使用动态   具有预期变量的关键字   包含不确定类型的对象，例如   从COM或DOM返回的对象   API；从动态语言获得   （例如，IronRuby）；从   反射;从构建的对象   在C＃4.0中使用新   扩展功能。 在C＃4.0中使用动态关键字     ,        它在COM互操作方案中特别有用，在这种情况下，您通常必须编写许多互操作管道代码。     ,        我发现最实际的用途是处理COM互操作方案。许多遗留的COM组件最终会生成签名，这些签名无法从托管代码中使用，而无需进行大量转换，因为许多项目被封为“ 0”。它导致如下代码。

IUser GetAUser() { ... }
IUser user = GetAUser();
IAddress address = (IAddress)user.GetAddress();
int zipCode = (int)address.GetZipCode();

随着嵌套层次的深入，情况变得更糟。尽管此代码在不违反任何CLR规则的意义上是类型安全的，但在开发人员依赖于类型的实现细节来完成工作的意义上是不安全的。它确实比动态等效项更安全。

dynamic GetAUser() { ... }
int zipCode = (int)GetAUser().GetAddress().GetZipCode();

    ,        DLR（动态语言运行时）基本上使每个人都可以与每个人交谈。这不仅包括Python和Ruby，还包括Silverlight，Office / COM等。     ,        正如Chris所提到的，它在COM互操作方案中非常有用。 另外，它在asp.net-mvc-3上非常有用。您可以拥有带有动态模型的视图。您还拥有可以容纳任何物品的“ 3”物体。 如果实现

DynamicObject

类，另一个用途是保存

json

对象。使用API​​时，这非常有用。     ,        当您有多个方法重载并且已将参数作为对象接收时，将动态关键字与POCO一起使用可能非常有用。将参数强制转换为dynamic，它将根据运行时类型解析正确的重载-如果不进行动态操作，最终将导致一系列if / elseif语句，y。 通过将Dynamic关键字与DynamicObjects子类一起使用，可以摆脱繁琐的工作，更轻松地编写流利的api，并创建更具延展性的代码。例如，这是一个动态api，它消除了与MVVM绑定有关的大量样板代码http://code.google.com/p/impromptu-interface/wiki/UsageMVVM