被添加到. net 4中的ExpandoObject类允许您在运行时任意地为对象设置属性。
与使用Dictionary<string, object>，甚至哈希表相比，这有什么优点吗?据我所知，这只是一个哈希表，您可以使用稍微简洁的语法访问它。
举个例子，为什么是这样:
dynamic obj = new ExpandoObject();
obj.MyInt = 3;
obj.MyString = "Foo";
Console.WriteLine(obj.MyString);
比:更好的或有本质区别的:
var obj = new Dictionary<string, object>();
obj["MyInt"] = 3;
obj["MyString"] = "Foo";
Console.WriteLine(obj["MyString"]);
使用ExpandoObject而不是使用任意的字典类型有什么真正的好处，除了不明显地表明您使用的是将在运行时确定的类型。
当前回答
在某些情况下，这很方便。例如，我将把它用于模块化shell。每个模块都定义了自己的配置对话框，该对话框与它的设置绑定。我为它提供了一个ExpandoObject，因为它是Datacontext，并将值保存在我的配置存储。这样，配置对话框编写者只需要绑定到一个值，它就会自动创建和保存。(当然，提供给模块用于使用这些设置)
它只是比字典更容易使用。但每个人都应该意识到，在内部它只是一本词典。
就像LINQ只是语法糖一样，但有时它让事情变得更简单。
所以直接回答你的问题:它更容易写，也更容易读。但从技术上讲，它本质上是Dictionary<string，对象>(您甚至可以将其转换为一个以列出值)。
其他回答
在valueTuples之后，ExpandoObject类有什么用? 这6行代码与ExpandoObject:
dynamic T = new ExpandoObject();
T.x = 1;
T.y = 2;
T.z = new ExpandoObject();
T.z.a = 3;
T.b= 4;
可以用元组写在一行中:
var T = (x: 1, y: 2, z: (a: 3, b: 4));
此外，有了元组语法，你就有了强大的类型推断和inlisense支持
一个优点是用于绑定场景。数据网格和属性网格将通过TypeDescriptor系统获取动态属性。此外，WPF数据绑定将理解动态属性，因此WPF控件可以比字典更容易地绑定到ExpandoObject。
与动态语言的互操作性(期望使用DLR属性而不是字典条目)在某些场景中也可能需要考虑。
在某些情况下，这很方便。例如，我将把它用于模块化shell。每个模块都定义了自己的配置对话框，该对话框与它的设置绑定。我为它提供了一个ExpandoObject，因为它是Datacontext，并将值保存在我的配置存储。这样，配置对话框编写者只需要绑定到一个值，它就会自动创建和保存。(当然，提供给模块用于使用这些设置)
它只是比字典更容易使用。但每个人都应该意识到，在内部它只是一本词典。
就像LINQ只是语法糖一样，但有时它让事情变得更简单。
所以直接回答你的问题:它更容易写，也更容易读。但从技术上讲，它本质上是Dictionary<string，对象>(您甚至可以将其转换为一个以列出值)。
这是来自MSDN的一篇很棒的文章，关于使用ExpandoObject为传入的结构化数据(即XML, Json)创建动态特殊类型的示例。
我们还可以将delegate分配给ExpandoObject的动态属性:
dynamic person = new ExpandoObject();
person.FirstName = "Dino";
person.LastName = "Esposito";
person.GetFullName = (Func<String>)(() => {
return String.Format("{0}, {1}",
person.LastName, person.FirstName);
});
var name = person.GetFullName();
Console.WriteLine(name);
因此，它允许我们在运行时向动态对象注入一些逻辑。 因此，与lambda表达式、闭包、动态关键字和DynamicObject类一起，我们可以在c#代码中引入一些函数式编程的元素，这些元素是我们从动态语言如JavaScript或PHP中了解到的。
这完全是为了方便程序员。我可以想象用这个对象编写快速而肮脏的程序。
