public class Example{ public static voID Main() { Foo(1); } public static voID Foo( dynamic x ) { Example.bar(x); } static voID bar( dynamic x ) { x++; } int count; voID bar( int x ) { count++; }}
如您所见,Foo是静态的,因此它只能访问静态bar – 我明确地调用静态版本!
我知道我无法声明static voID bar(int x),因为存在非静态版本.
但是,将非静态bar的参数类型更改为,例如string,可以使一切正常.
这是为什么?这里的规则是什么?是否可以调用静态方法?
也许这是单声道DLR问题?
编辑:澄清.我想知道什么规则将对静态方法的显式调用(至少我认为是显式的)转换为对非静态方法的调用?这在静态环境中显然是不可能的.
或者,如果没有这样的规则,它可能是一个错误吗?可以以某种方式避免这种行为吗?
解决方法 关键声明是“我知道我无法声明静态voID bar(int x),因为存在非静态版本.”使用dynamic关键字会将重载决策推迟到运行时,但在运行时出现时,它不会使您免于该规则.当最终发生重载解析时,DLR会评估所有可用选项,然后选择最佳选项.在此分辨率时间之前,动态类型的参数与对象类型的行为非常相似(参见here).因此,通常采用int的更具体的方法将是overoad分辨率的赢家,因此选择采用动态/对象的方法.这意味着实例方法通常会获胜. DLR知道具有相同签名的两种方法不能因静态而变化.在评估可用选项时,您期望它做的是“aha!在这种情况下,静态voID bar(动态x)可以解释为static voID bar(int x)”.但是,如果它确实这样说,那么将违反关于不具有其他相同的静态和非静态方法的规则.它的内部选项列表将包含静态和非静态bar方法,两者都具有相同的签名.所以不能这么说.这留下了唯一的其他选项,恰好是实例方法.在这种情况下没有用,因此DLR会抛出RuntimeBinderException.如果将实例bar的参数更改为int以外的其他值,则方法签名不会发生冲突,因此DLR可以将静态动态bar解释为采用int并选择该重载.
总结以上是内存溢出为你收集整理的c# – 当存在非静态,更合适的方法时,如何使用动态参数调用静态方法?全部内容,希望文章能够帮你解决c# – 当存在非静态,更合适的方法时,如何使用动态参数调用静态方法?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)