c#-函数内部存在动态调用会阻止静态上下文检查.为什么？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c#-函数内部存在动态调用会阻止静态上下文检查.为什么？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1514字，纯文字阅读大概需要3分钟。

内容图文

我有以下代码.使用Visual Studio2013.请注意函数中的动态函数调用

class Someclass
{
   public static string[] BuildParametersString(ISomeInterface obj1, ISecondInterface obj2)
   {
      //.....

      var dt = obj1.GetDate();//this returns a dynamic type.
      SomeFunc(dt);//Run time error
   } 

   private string SomeFunc(DateTime somedate)
   {
     //......
   }
}

运行时错误(在SomeFunc(dt);)：非静态字段,方法或属性需要对象引用.

如果我替换以下代码

 var dt = obj1.GetDate();//this returns a dynamic type.

有了这个

DateTime dt = DateTime.Now;

我收到编译器错误(在SomeFunc(dt))

在静态上下文中无法访问非静态方法SomeFunc.

对行为有任何解释吗？

解决方法:

重载解析仍在编译时动态进行,以给出可以调用的潜在函数列表.在运行时,根据动态的实际类型将列表缩小到最佳范围.

但是,根据规范,重载解析仅考虑参数的数量和类型,而不考虑静态或可访问性.根据一些快速测试,似乎在编译时的操作顺序为：

>辅助功能检查
>过载分辨率
>静态检查

由于动态会影响重载解决方案(步骤2),但无法在编译时缩小到最佳候选值,因此似乎静态检查(#3)也被推迟到运行时.

从理论上讲,我没有任何理由无法对步骤进行重新排序(注意：我不知道是否要考虑相关的规范),或者无法针对编译(在编译时)执行步骤3所有可能的候选对象都来自“动态”过载解决方案,以确保至少保留一个候选对象.

即使它不是一个实际的bug1,我也确实认为它违反了动态的设计原理-我一直都理解为仅推迟您只能推迟的工作.

更新：请注意,LINQPad 5 / VS2015中的C#6编译器现在在编译时将其标记出来.尽管操作顺序似乎没有改变.

1C#5规范第7.6.5.1节(方法调用)指定在重载解析之后进行“最终验证”(包括静态检查)；第7.5.4节(动态重载解析的编译时检查)仅指定对具有动态参数的方法调用执行部分类型推断和部分适用性检查(重载解析).

内容总结

以上是互联网集市为您收集整理的c#-函数内部存在动态调用会阻止静态上下文检查.为什么？全部内容，希望文章能够帮你解决c#-函数内部存在动态调用会阻止静态上下文检查.为什么？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端