20

这段代码怎么可能

TaskManager.RunSynchronously<MyObject>(fileMananager.BackupItems, package);

导致编译错误

The call is ambiguous between the following methods or properties:
'TaskManager.RunSynchronously<MyObject>(System.Action<MyObject>, MyObject)' and
'TaskManager.RunSynchronously<MyObject>(System.Func<MyObject, bool>, MyObject)'

当动作的签名是

public void BackupItems(MyObject package)

和“模棱两可”的方法是

static class TaskManager
{
    public static void RunSynchronously<TInput>(Action<TInput> task, TInput param)
    {
        Task.Factory.StartNew(() => task(param));
    }

    public static bool RunSynchronously<TInput>(Func<TInput, bool> task, TInput param)
    {
        return Task.Factory.StartNew(() => task(param)).Result;
    }
}

在我看来，这些方法之间存在很大差异。我在这里想念什么？

编辑：

除了接受的答案之外，我刚刚在类似问题中遇到了一个解决方案。这是链接。

4

3 回答 3

26

原因是方法的返回类型不是其签名的一部分。因此，在解决正确的重载时，编译器只查看方法的参数。

最简单的解决方案是根本不使用隐式方法组转换。以下所有编译：

TaskManager.RunSynchronously<MyObject>(
    x => fileMananager.BackupItems(x), package);

TaskManager.RunSynchronously<MyObject>(
    (Action<MyObject>)fileMananager.BackupItems, package);

TaskManager.RunSynchronously<MyObject>(
    new Action<MyObject>(fileMananager.BackupItems), package);

第一个是其中最优雅的，但由于额外的重定向，它也是唯一一个对运行时性能有轻微影响的。但是，这种影响是如此之小，以至于您实际上不应该关心。

于 2013-09-10T10:18:34.550 回答
2

现在对此的另一种可能的解释是：

该代码是为 C# 版本 7.3 编写的（默认情况下由 MSBuild 16.x 使用，对应于 VS2019），但尝试使用早期版本的 C#（这是 MSBuild 15.x 的默认值，对应于 VS2017）进行构建。

早期版本的 C# 引发此错误，但在 C# 7.3 中正确解决了重载问题。

于 2019-09-25T08:34:55.057 回答
0

我遇到了同样的问题，解决方案是：

var r = RunSynchronously<bool>(x =>
{
    return true;
}, true);

RunSynchronously<bool>(x =>
{
}, true);

现在，为什么编译器不能这样做？？？

于 2013-09-10T10:13:07.603 回答