编程语言
首页 > 编程语言> > c# – 编译器未解析为预期的扩展方法

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

作者:互联网

我今天注意到在尝试将内联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表达式没有类型,只能转换为兼容的委托和表达式树类型.

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

将其与带有处理程序变量的版本进行比较 – 此时,您有一个可转换为对象的参数,并且参数数组没有值也可以…因此常规方法适用.

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

如果您有两个扩展方法或两个常规方法,重载解析将确定具有更具体参数的那个方法对于此调用比(object,params object [])更好…但事实并非如此;两者从未被比较过.

标签:c,net,lambda,owin,katana
来源: https://codeday.me/bug/20190712/1443241.html