C#3.5中动态关键字的替代

我想把下面的代码转换成c#3.5，有没有其他的动态关键字解决方案

---

好的，您可以用

对象

替换

动态

，因为

动态

本质上就是

对象

，但这将破坏几乎所有涉及成员的表达式。这实际上取决于代码，如果这能起作用或将成为一场噩梦，也就是说，如果

dynamic

按预期使用，它将成为一场噩梦。

那么，您可以将

动态

替换为

对象

，因为

动态

本质上只不过是

对象

，但这将破坏几乎所有涉及成员的表达式。这实际上取决于代码，如果这能起作用或将成为一场噩梦，也就是说，如果

dynamic

按预期使用，它将成为一场噩梦。

那么，您可以将

动态

替换为

对象

，因为

动态

本质上只不过是

对象

，但这将破坏几乎所有涉及成员的表达式。这实际上取决于代码，如果这能起作用或将成为一场噩梦，也就是说，如果

dynamic

按预期使用，它将成为一场噩梦。

那么，您可以将

动态

替换为

对象

，因为

动态

本质上只不过是

对象

，但这将破坏几乎所有涉及成员的表达式。这真的取决于代码，如果这能起作用或将成为一场噩梦，也就是说，如果

dynamic

按预期使用，它将成为一场噩梦。

如果这是整个方法，我看不出将

dynamic

更改为

object

将如何破坏任何东西。当然，如果这是唯一的方法，那么一切都是好的。我假设OP想要移植的不仅仅是这个方法，因为这个方法在静态方法中包装一个单一的静态方法调用是毫无用处的。我会直接用

Convert.ChangeType

调用替换所有

ChangeTo

调用，除非有很好的理由不这样做。如果这是整个方法，我不认为将

dynamic

更改为

object

会破坏任何东西。当然，如果这是唯一的方法，那么一切都很好。我假设OP想要移植的不仅仅是这个方法，因为这个方法在静态方法中包装一个单一的静态方法调用是毫无用处的。我会直接用

Convert.ChangeType

调用替换所有

ChangeTo

调用，除非有很好的理由不这样做。如果这是整个方法，我不认为将

dynamic

更改为

object

会破坏任何东西。当然，如果这是唯一的方法，那么一切都很好。我假设OP想要移植的不仅仅是这个方法，因为这个方法在静态方法中包装一个单一的静态方法调用是毫无用处的。我会直接用

Convert.ChangeType

调用替换所有

ChangeTo

调用，除非有很好的理由不这样做。如果这是整个方法，我不认为将

dynamic

更改为

object

会破坏任何东西。当然，如果这是唯一的方法，那么一切都很好。我假设OP想要移植的不仅仅是这个方法，因为这个方法在静态方法中包装一个单一的静态方法调用是毫无用处的。我会直接用

Convert.ChangeType

调用替换所有

ChangeTo

调用，除非有很好的理由不这样做。动态功能的设计、实现和测试耗时数人年。如果没有这项工作，有一种获取动态语义的简单方法，我们就会使用它！动态特性的设计、实现和测试耗时数人年。如果没有这项工作，有一种获取动态语义的简单方法，我们就会使用它！动态特性的设计、实现和测试耗时数人年。如果没有这项工作，有一种获取动态语义的简单方法，我们就会使用它！动态特性的设计、实现和测试耗时数人年。如果没有这项工作，有一种获取动态语义的简单方法，我们就会使用它！

public static dynamic ChangeTo(dynamic source, Type dest)
{
    return System.Convert.ChangeType(source, dest);
}