C# 动态编程：ExpandoObject, DynamicObject, DynamicMetaObject深度解析（下）

"C# Dynamic关键字在ExpandoObject, DynamicObject, DynamicMetaObject的应用上下文中，主要探讨了为何TryXXX方法在不同访问权限下被调用的情况。文章通过实验和MSDN的解释，揭示了动态语言运行库(DLR)的工作原理。 在C#中，Dynamic关键字允许我们创建动态类型，这在处理不确定或在运行时才能确定的属性和方法时非常有用。动态对象的实现主要涉及`ExpandoObject`, `DynamicObject`和`DynamicMetaObject`。 在上一部分中，作者提到一个问题：当尝试设置一个名为`name`的私有属性时，`TrySetMember`方法被调用，而当属性为公共时，该方法不被调用。这是因为DLR首先尝试通过语言联编程序查找属性的静态定义。对于公共属性，它在类中找到了静态定义，因此直接设置属性，不调用`TrySetMember`。而对于私有属性，由于无法在类中找到静态定义，DLR转而调用`TrySetMember`方法进行尝试。 在`TrySetMember`方法内设置断点并进行调试，可以观察到当属性为私有时，此方法确实会被调用。为了解释这一行为，作者引用了MSDN的注释，指出当没有找到属性的静态定义时，DLR会尝试调用`TrySetMember`。 为了进一步验证这个过程，作者修改了`TrySetMember`方法，使其在每次调用时打印日志，并始终返回`true`。这样做是为了确保即使在尝试设置私有属性时，`TrySetMember`也不会导致异常。结果证明，这种方法不会引发异常，表明`TrySetMember`成功处理了属性设置。 文章的结论是，DLR首先会尝试查找属性的静态定义。如果找不到，它会调用对应的`TryXXX`方法。如果`TryXXX`方法返回`false`，DLR会抛出异常。为了验证这个理论，作者将`DynamicProduct`类中的所有静态属性定义注释掉，并使所有`TryXXX`方法返回`true`。这样做是为了模拟没有静态属性定义的情况，确保`TryXXX`方法始终能成功执行。 这个实验不仅揭示了`DynamicObject`如何处理动态成员访问，还展示了如何自定义动态行为来适应不同的访问规则。这对于理解和使用C#的动态特性，以及在开发动态语言运行时交互的代码时具有重要意义。