首页 / C# / c# – 编译器未解析为预期的扩展方法
c# – 编译器未解析为预期的扩展方法
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了c# – 编译器未解析为预期的扩展方法,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1240字,纯文字阅读大概需要2分钟。
内容图文
![c# – 编译器未解析为预期的扩展方法](/upload/InfoBanner/zyjiaocheng/765/a19b129c8fa441858f195abb95fe75fe.jpg)
我今天注意到在尝试将内联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# – 编译器未解析为预期的扩展方法全部内容,希望文章能够帮你解决c# – 编译器未解析为预期的扩展方法所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。