为什么编译器让这个表达式编译,而运行时异常是不可避免的?
我认为< code >动态绑定不应该用于void方法
static void Main(string[] args)
{
var res = Test((dynamic)"test"); // throws RuntimeBinderException exception at runtime
}
static void Test(dynamic args)
{
}
如果C#规范将上述表达式引用为动态绑定表达式,为什么不编译以下方法?
static dynamic DynamicMethod()
{
}
Test(dynamic)“abc”) 作为一个动态语句整体被评估。更完整地说,您可以拥有:
public static string Test(string s) { return s; }
这将是一个更好的重载,因此将优先于其他方法被选择和执行。
或者换句话说:如果不将方法组解析为特定的签名,它就无法知道返回是否无效。根据定义,重载决策被推迟到动态调用的运行时。
它能做更多的分析吗?也许吧。但规范不要求它这样做,所以它最多可能是一个警告(而不是错误)。
问题内容: 昨天我接受了两个小时的技术电话面试(我通过了,woohoo!),但是我完全想出了以下有关Java动态绑定的问题。令人困惑的是,几年前我曾当过助教时曾向大学生教授这一概念,所以我给他们提供错误信息的前景有点令人不安… 这是给我的问题: 我断言输出应该是覆盖方法中的两个单独的打印语句:和。后一种情况是显而易见的,而在前一种情况下,即使t1具有Object类型的引用,也将其实例化为Test类
问题内容: 昨天我接受了两个小时的技术电话面试(我通过了,woohoo!),但是我完全想出了以下有关Java动态绑定的问题。令人困惑的是,几年前我曾当过助教时曾向大学生教授这一概念,所以我给他们提供错误信息的前景有点令人不安… 这是给我的问题: 我断言输出应该是覆盖法中的两个单独的打印语句:和。后一种情况足够明显,而在前一种情况下,即使t1具有Object类型的引用,也将其实例化为Test类型,因
是否有可能静态解析被覆盖的方法? 调用虚拟绑定和动态绑定之间是什么关系?所有调用的虚拟方法都是动态绑定的吗? 这里x.display显示调用虚拟?这是什么意思?这意味着它是动态绑定的吗?
问题内容: 我对动态绑定和静态绑定感到非常困惑。我已经读过,在编译时确定对象的类型称为静态绑定,而在运行时确定它的称为动态绑定。 下面的代码会发生什么: 静态绑定还是动态绑定? 这表明什么样的多态性? 问题答案: 您的示例是 动态绑定 ,因为在运行时确定类型是什么,并调用适当的方法。 现在假设您也具有以下两种方法: 即使您更改为 这将打印出来,因为对的调用使用 静态绑定 ,并且编译器仅知道其类型。
动态绑定确定在运行时而不是在编译时调用的方法。 动态绑定也称为后期绑定。 在Objective-C中,所有方法都在运行时动态解析。执行的确切代码由方法名称(选择器)和接收对象确定。 动态绑定可实现多态性。例如,考虑一组对象,包括和。 每个对象都有自己的方法实现。 在下面的代码片段中,表达式执行的实际代码是在运行时确定的。 运行时系统使用方法运行的选择器来识别的任何类中的适当方法。 下面来看一下解释
我们知道静态绑定发生在私有、静态、最终和重载的方法上,而动态绑定发生在被覆盖的方法上。但是如果我的方法只是公共的,它既不是静态的,也不是覆盖和重载的怎么办? 有人能给我解释一下print()的绑定会怎样,因为它既没有重载也没有被覆盖。