ChatGPT解决这个技术问题 Extra ChatGPT

ExpandoObject、DynamicObject 和 dynamic 的区别

System.Dynamic.ExpandoObjectSystem.Dynamic.DynamicObjectdynamic 有什么区别?

您在哪些情况下使用这些类型?


R
RJFalconer

dynamic 关键字用于声明应该后期绑定的变量。
如果您想使用后期绑定,对于任何真实或想象的类型,您可以使用 dynamic 关键字,编译器会完成剩下的工作。

当您使用 dynamic 关键字与普通实例交互时,DLR 会对实例的普通方法执行后期绑定调用。

IDynamicMetaObjectProvider interface 允许类控制其后期绑定行为。
当您使用 dynamic 关键字与 IDynamicMetaObjectProvider 实现进行交互时,DLR 调用 IDynamicMetaObjectProvider 方法并由对象自己决定该怎么办。

ExpandoObjectDynamicObject 类是 IDynamicMetaObjectProvider 的实现。

ExpandoObject 是一个简单的类,它允许您向实例添加成员并使用它们dynamic盟友。
DynamicObject 是一种更高级的实现,可以继承它以轻松提供自定义行为。


什么是了解更多信息的好地方?不是 API,而是 API 背后的原因?例如,为什么 ExpandoObject 不是从 DynamicObject 派生的,它看起来是 ruby 基于“method_missing”的编程的事实上的基本类型。
您能否在可能的情况下添加一些使用示例?例如,我将如何使用 DynamicObject,有什么好处?
没有这样的例子的好答案就像没有奶油的蛋糕。
A
Ayo I

我将尝试为这个问题提供更清晰的答案,以清楚地解释动态、ExpandoObjectDynamicObject 之间的区别。

很快,dynamic 就是一个关键字。它本身不是一种类型。它是一个关键字,告诉编译器在设计时忽略静态类型检查,而在运行时使用后期绑定。因此,在此答案的其余部分中,我们不会在 dynamic 上花费太多时间。

ExpandoObjectDynamicObject 确实是类型。在 SURFACE 上,它们看起来非常相似。这两个类都实现了 IDynamicMetaObjectProvider。然而,深入挖掘,你会发现它们根本不相似。

DynamicObject 是 IDynamicMetaObjectProvider 的部分实现,纯粹是为了让开发人员实现他们自己的支持动态调度的自定义类型以及自定义底层存储和检索行为以使动态调度工作的起点。

DynamicObject 不能直接构造。作为开发人员,您必须扩展 DynamicObject 以使其对您有任何用途。当您扩展 DynamicObject 时,您现在能够提供有关您希望动态调度如何在运行时解析为内部存储在底层数据表示中的数据的 CUSTOM 行为。 ExpandoObject 将基础数据存储在 Dictionary 等中。如果您实现 DynamicObject,您可以随心所欲地存储数据。 (例如,您如何获取和设置调度数据完全取决于您)。

简而言之,当您想要创建可与 DLR 一起使用的 OWN 类型并使用您想要的任何 CUSTOM 行为时,请使用 DynamicObject。

示例:假设您希望有一个动态类型,该类型在尝试获取不存在的成员(即在运行时未添加)时返回自定义默认值。该默认设置会说,“对不起,这个罐子里没有饼干!”。如果您想要一个具有这样行为的动态对象,则需要控制未找到字段时发生的情况。 ExpandoObject 不会让您这样做。因此,您需要使用独特的动态成员解析(调度)行为创建自己的类型,并使用它来代替现成的 ExpandoObject

您可以按如下方式创建类型:(注意,以下代码仅用于说明,可能无法运行。要了解如何正确使用 DynamicObject,其他地方有很多文章和教程。)

public class MyNoCookiesInTheJarDynamicObject : DynamicObject
{
    Dictionary<string, object> properties = new Dictionary<string, object>();

    public override bool TryGetMember(GetMemberBinder binder, out object result)
    {
        if (properties.ContainsKey(binder.Name))
        {
            result = properties[binder.Name];
            return true;
        }
        else
        {
            result = "I'm sorry, there are no cookies in this jar!"; //<-- THIS IS OUR 
            CUSTOM "NO COOKIES IN THE JAR" RESPONSE FROM OUR DYNAMIC TYPE WHEN AN UNKNOWN FIELD IS ACCESSED
            return false;
        }
    }

    public override bool TrySetMember(SetMemberBinder binder, object value)
    {
        properties[binder.Name] = value;
        return true;
    }

    public override bool TryInvokeMember(InvokeMemberBinder binder, object[] args, out object result)
    {
        dynamic method = properties[binder.Name];
        result = method(args[0].ToString(), args[1].ToString());
        return true;
    }
}

现在,我们可以将刚刚创建的这个虚构类用作动态类型,如果该字段不存在,该类具有非常自定义的行为。

dynamic d = new MyNoCookiesInTheJarDynamicObject();
var s = d.FieldThatDoesntExist;

//in our contrived example, the below should evaluate to true
Assert.IsTrue(s == "I'm sorry, there are no cookies in this jar!")

ExpandoObjectIDynamicMetaObjectProvider 的完整实现,其中 .NET Framework 团队已为您做出所有这些决定。如果您不需要任何自定义行为,并且您觉得 ExpandoObject 对您来说已经足够好(90% 的情况下,ExpandoObject 已经足够好),这很有用。因此,例如,请参见以下内容,对于 ExpandoObject,设计人员选择在动态成员不存在时抛出异常。

dynamic d = new ExpandoObject();

/*
The ExpandoObject designers chose that this operation should result in an 
Exception. They did not have to make that choice, null could 
have been returned, for example; or the designers could've returned a "sorry no cookies in the jar" response like in our custom class. However, if you choose to use 
ExpandoObject, you have chosen to go with their particular implementation 
of DynamicObject behavior.
*/

try {
var s = d.FieldThatDoesntExist;
}
catch(RuntimeBinderException) { ... }

因此,总而言之,ExpandoObject 只是一种预先选择的方法,用于扩展 DynamicObject 具有某些可能适合您的动态调度行为,但可能不取决于您的特定需求。

鉴于,DyanmicObject 是一个辅助 BaseType,它使您可以轻松轻松地实现具有独特动态行为的类型。

A useful tutorial on which much of the example source above is based.


很好的解释。只是一项技术更正:ExpandoObject 不继承自 DynamicObject。
DynamicObject 示例的小修正:当覆盖 TryGetMember 时,如果您返回 false,则在尝试访问不存在的属性时将抛出 RuntimeBinderException。要使代码段实际工作,您应该返回 true
如果 StackOverflow 的所有答案都和您的一样,那么世界将会变得更美好。惊人的解释。
B
Brian Rasmussen

根据 C# 语言规范 dynamic 是类型声明。即dynamic x 表示变量x 的类型为dynamic

DynamicObject 是一种易于实现 IDynamicMetaObjectProvider 并因此覆盖该类型的特定绑定行为的类型。

ExpandoObject 是一种类似于属性包的类型。即,您可以在运行时向该类型的动态实例添加属性、方法等。


dynamic 不是实际类型...它只是告诉编译器对此变量使用后期绑定的提示。 dynamic 变量实际上在 MSIL 中声明为 object
@Thomas:从编译器的角度来看,它是一种类型,但是运行时表示是 Object 的表示是对的。您会在几个 MS 演示文稿中找到“静态类型为动态”的声明。
@Thomas:语言规范说“C# 4.0 引入了一种称为动态的新静态类型”。
确实...但是我认为将其视为一种类型会令人困惑,因为与 DynamicObject 或 ExpandoObject 之类的类型没有继承关系
@NathanA 我在这里和你在一起。但是,语言规范将其称为类型,所以这就是我要使用的。
D
Diego Osornio

上面的 DynamicObject 示例并没有清楚地说明区别,因为它基本上实现了 ExpandoObject 已经提供的功能。

在下面提到的两个链接中,很明显在 DynamicObject 的帮助下,可以保留/更改实际类型(以下链接中使用的示例中的 XElement)并更好地控制属性和方法。

https://blogs.msdn.microsoft.com/csharpfaq/2009/09/30/dynamic-in-c-4-0-introducing-the-expandoobject/

https://blogs.msdn.microsoft.com/csharpfaq/2009/10/19/dynamic-in-c-4-0-creating-wrappers-with-dynamicobject/

public class DynamicXMLNode : DynamicObject    
{    
    XElement node;

    public DynamicXMLNode(XElement node)    
    {    
        this.node = node;    
    }

    public DynamicXMLNode()    
    {    
    }

    public DynamicXMLNode(String name)    
    {    
        node = new XElement(name);    
    }

    public override bool TrySetMember(SetMemberBinder binder, object value)    
    {    
        XElement setNode = node.Element(binder.Name);

        if (setNode != null)    
            setNode.SetValue(value);    
        else    
        {    
            if (value.GetType() == typeof(DynamicXMLNode))    
                node.Add(new XElement(binder.Name));    
            else    
                node.Add(new XElement(binder.Name, value));    
        }

        return true;    
    }

    public override bool TryGetMember(GetMemberBinder binder, out object result)    
    {    
        XElement getNode = node.Element(binder.Name);

        if (getNode != null)    
        {    
            result = new DynamicXMLNode(getNode);    
            return true;    
        }    
        else    
        {    
            result = null;    
            return false;    
        }    
    }    
}