加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

c#-4.0 – 对通用ContinueWith的模糊调用

发布时间:2020-12-15 08:32:08 所属栏目:百科 来源:网络整理
导读:我正在编写一个简单的C#控制台应用程序,该应用程序使用异步任务和实体框架(意图使用Mono在 Linux(RHEL)下运行它,但这是另一个挑战).请注意,我的目标是.NET 4.0,所以我使用的是.ContinueWith()而不是await. 这个以及Northwind数据库的EF DB模型是整个应用程序
我正在编写一个简单的C#控制台应用程序,该应用程序使用异步任务和实体框架(意图使用Mono在 Linux(RHEL)下运行它,但这是另一个挑战).请注意,我的目标是.NET 4.0,所以我使用的是.ContinueWith()而不是await.

这个以及Northwind数据库的EF DB模型是整个应用程序:

using System;
using System.Linq;
using System.Threading.Tasks;

namespace MonoEF
{
    class Program
    {
        private static Model.NorthwindEntities _db = new Model.NorthwindEntities();

        static void Main(string[] args)
        {
            try
            {
                GetCustomerNamesAsync().ContinueWith(t => {
                    if (t.IsFaulted) Console.WriteLine(t.Exception.Flatten.ToString);
                        else if (t.IsCompleted) foreach (string result in t.Result) Console.WriteLine(result);
                    });

                Console.ReadLine();
            }
            catch (Exception ex)
            {
                Console.WriteLine(ex.ToString());
            }
        }

        private static Task<string[]> GetCustomerNamesAsync()
        {
            return Task.Factory.StartNew(() => (from c in _db.Customers select c.ContactName).Distinct().ToArray());
        } 

    }
}

问题是我在.ContinueWith()收到以下错误:

Ambiguous Invocation:
  System.Threading.Tasks.Task.ContinueWith(System.Action<System.Threading.Tasks.Task<string[]>>) (in class Task<string[]>)
  System.Threading.Tasks.Task.ContinueWith(System.Action<System.Threading.Tasks.Task>) (in class Task)
match

对我来说,调用不应该是模糊的,编译器应该优先使用非泛型Task上的泛型Task,特别是因为它是GetCustomerNamesAsync()的输出.但是,作为VB.NET开发人员,我可能在这种情况下依赖于Option Infer.

我如何明确地让编译器知道我希望它在C#中使用哪个调用?

解决方法

尝试显式指定lambda参数类型,如下所示:
.ContinueWith((Task<string[]> t) => { ... })

您调用它的方式存在的问题是Task< TResult>和Task(它的基类)都有一个看起来几乎相同的ContinueWith方法:

Task<TResult>.ContinueWith(Action<Task<TResult>> action)
Task<TResult>.ContinueWith(Action<Task> action) //inherited from `Task`

如果不指定操作的输入类型,编译器无法确定所需的过载.明确地提供动作lambda的输入参数类型可以解决这种歧义.

如果编译器可以采用采取Action< Task< TResult>>的版本,那肯定会很好.行动.也许其他人对如何获得这种行为有所了解?

后人……

在评论中你会看到MCattle发现他只是遇到了这个问题,因为一些编译器奇怪与他在lambda内的方法调用中缺少括号有关.通常,您不需要明确指定任务< TResult>将lambda传递给ContinueWith时输入.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读