c# - 编译器未解析为预期的扩展方法

标签 c# .net lambda owin katana

我今天在尝试将内联 lambda 函数转换为闭包时注意到,这样我就可以在多个地方使用相同的 lambda。这将编译为正确的扩展方法:

appBuilder.Use((ctx, next) => {
    Console.WriteLine("Test");
    return next();
});

Use 是由以下定义的扩展:

public static IAppBuilder Use(this IAppBuilder app, Func<IOwinContext, Func<Task>, Task> handler);

现在,如果我做同样的事情,但将内联移动到一个变量:

Func<IOwinContext, Func<Task>, Task> handler = (ctx, next) => {
        Console.WriteLine("Test");
        return next();
    };
appBuilder.Use(handler);

编译器解析为这个方法(不是扩展):

IAppBuilder Use(object middleware, params object[] args);

我在这里做什么来导致该方法更改签名?

提前致谢。

最佳答案

What am I doing here to cause that method to change signatures?

lambda 表达式没有类型,只能转换为兼容的委托(delegate)和表达式树类型。

因此,带有 (object, params object[]) 参数的常规 IAppBuilder 方法适用于使用 lambda 表达式参数的调用.届时,编译器将寻找扩展方法。

将其与带有 handler 变量的版本进行比较 - 在​​这一点上,您有一个参数 可转换为 object,并且参数数组没有值也没关系...所以常规方法适用。

重要的是,如果编译器找到任何适用的非扩展方法,它会使用这些方法执行重载解析。扩展方法在非扩展方法不适用时使用。

如果您有两个扩展方法或两个常规方法,重载决策将确定具有更具体参数的方法比 (object, params object[]) 方法更适合此调用...但事实并非如此;两者从未进行过比较。

关于c# - 编译器未解析为预期的扩展方法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48464566/

相关文章:

c# - 为什么目录上的 File.Delete() 会产生 UnauthorizedAccessException?

c# - 如何获取目标 .NET Framework 的版本?

java - 任何具有单一方法的接口(interface)都可以被视为功能接口(interface)吗?

c# - 在 C# 中使用 lambda 获取嵌套列表中的特定元素

javascript - 如何将参数传递给匿名 Javascript 函数?

c# - 如何获得每个月的总和?

C# 与多线程共享锁

c# - GridView - 打开带有 ID 的新标签自定义按钮

c# - 如何在模型类中将 appsettings.json 文本作为 SQL 连接字符串传递? (具体例子)

c# - NuGet 包、主动开发和引用