c# – 为什么动态IEnumerable上的First()或ElementAt()等待?

前端之家收集整理的这篇文章主要介绍了c# – 为什么动态IEnumerable上的First()或ElementAt()等待?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在使用Dapper并让它返回一个动态IEnumerable,如下所示:
var rows = conn.Query("SELECT * FROM T WHERE ID = @id",new { id = tableId });
var row = rows.FirstOrDefault();

这里的行是IEnumerable< dynamic>类型. IntelliSense称FirstOrDefault()是等待的,其用途等待FirstOrDefault().并非所有LINQ查询显示为等待,但似乎特别是那些单独输出元素的查询.

一旦我改为使用强类型,这种行为就会消失.

是因为.NET无法知道您在运行时接收的类型是否等待,以便它“允许”它,以防您需要它?但是不强制执行吗?或者我应该,由于一些动态语言运行时行为,实际上在这里使用等待?

我一直在搜索,但没有在网上找到最小的东西.

解决方法

@H_301_15@ 编译器的async-await功能取决于 Duck Typing.因此,所有具有GetAwaiter方法(实例或扩展方法)的方法都返回实现INotifyCompletion接口的类型并具有下一个字段:

> bool IsCompleted {get; }
> void | TResult GetResult()

可以等待.

您可以在编译时(从docs开始)在动态类型上调用您想要的任何内容

At compile time,an element that is typed as dynamic is assumed to support any operation.

这就是编译器在编译时没有显示任何警告/错误的原因,但在运行时,您将得到类似于以下内容的异常:

RuntimeBinderException.

‘<>f__AnonymousType0’ does not contain a definition for ‘GetAwaiter’

如果指定类型显式编译器将搜索方法GetAwaiter.然后,如果您的强类型不包含它,您将得到编译时错误.

所以,你的问题的答案确实是因为动态的特殊行为.

原文链接:https://www.f2er.com/csharp/239135.html

猜你在找的C#相关文章