当泛型方法推断,扩展方法遇到泛型类型in/out时。。。

  说到泛型方法,这个是.net
2.0的时候引入的一个重要功能,c#2.0也对此作了非常好的支持,可以不需要显试的声明泛型类型,让编译器自动推断,例如:

1 void F<T>(T value){}
2 //...
3 int i = 0;
4 F(i);

此时,编译器可以自动推导出这里的T就是int,这极大的方便了我们写代码的效率。

  说到扩展方法,这个是.net
3.5的时候引入的另一个重要功能,c#3.0也在linq中大量的应用这个功能,当扩展方法是扩展一个泛型的类型时,显然也不需要我们指定具体的泛型类型,编译器会为我们自动推断,例如:

1 static void F<T>(this List<T> list){}
2 //...
3 List<int> list = new List<int>();
4 list.F();

  最后说到协变和逆变(也就是c#中的in/out),这个是.net 4.0的时候引入的一个重要的功能,例如:

1 Func<string> foo = () => "Foo";
2 Func<object> bar = foo;

  然后,我们将泛型方法推断和协变和逆变放在一起:

1 public static void Foo(this Action<string> action){}
2 //...
3 Action<object> action = o => {};
4 action.Foo();

  看起来很不错,不过要是遇到些复杂点的会怎么样?

1 public static void Foo(this IEnumerable<IEnumerable<object>> that) {}
2 //...
3 List<List<string>> bar = new List<List<string>>();
4 bar.Foo();

  看到这里相信所有都为c#的in/out拍手叫好,不过别急,除了out+out我们还可以玩令人抓狂的in+in:

1 public static void Foo(this Action<Action<object>> that) {}
2 //...
3 Action<Action<string>> action = a => a("O_O");
4 action.Foo();

  看到这里有没有发现什么问题?如果你没觉得有什么不舒服的感觉,说明你一定是懂协变和逆变的高手或是完全不懂的初学者。

  先想下定义:Action<in T>,T
是in的,也就是Action<object>里面的object可以被string这样更具体的类型替代,而这里Action<Action<string>>里面的Action<string>被Action<object>替代了,怎么看都感觉有些怪异,不过在细细品味一下,就可以发现这个结果是完全合理的。string虽然比object更具体,不过一个接受string的方法可比一个接受object的方法更抽象,所以可以简单的得到一个结论:in+in=>out

  文章要是到这里结束,估计很多人就认为本文是对c#的无比赞美了吧,不过,重点是这里,别忘了,多个泛型参数可以玩出很多猥琐的东西,例如,双/多泛型锁定(随便起的名字):

1 public static void Foo<T>(this Action<T, T> that) {}
2 //...
3 Action<string, object> action = (s, o) => {};
4 action.Foo();

  c#编译器对扩展方法支持的确是有一手,这么变态的T也可以被推断出是object,不得不佩服一把,再来看看out的情况(别忘了前面的结论in+in=>out):

1 public static void Foo<T>(this Action<Action<T>, Action<T>> that) {}
2 //...
3 Action<Action<string, object>> action = (s, o) => {};
4 action.Foo();

  c#编译器依然表现出专业的结果,正确的推断出了T应当是string,不过,泛型方法的类型推断却完全是另外一番风景:

1 public void Foo<T>(Action<T, T> that) {}
2 //...
3 Action<string, object> action = (s, o) => {};
4 Foo(action); // failed.
5 Foo<object>(action); // failed.
6 Foo((Action<object, object>)action); // succeeded.

  看到这个结果是不是想大骂c#编译器:这也太山寨了吧。

  别急,我们还可以玩得更加浮云:

1 public static Foo<T>(this Action<Action<T>, Action<T>> that) {}
2 // ...
3 Action<Action<List<string>>, Action<ArrayList>> bar = null;
4 bar.Foo(); // failed.
5 bar.Foo<IEnumerable>(); // succeeded.

  或者这个:

public static Foo<T>(this Action<T, T> that) {}
// ...
Action<IEnumerable<char>, IComparable<string>> action = null;
action.Foo(); // failed.
action.Foo<string>(); // succeeded.

  c#编译器显然不想瞎猜T的类型是什么,要求必须编程者明确指出T的具体类型。

时间: 2024-12-28 16:36:19

当泛型方法推断,扩展方法遇到泛型类型in/out时。。。的相关文章

扩展方法用法及其原理和注意事项

前言 一直以来尤其像C#一些常见的语法,本人更愿意去探讨其内部实现的原理,为什么要这么做呢?只是为了当我真正在开发中运用语法的时候不会因为犯常识性错误或者说因为一些注意事项未曾注意到而耽误一些无谓的时间,同时也能理解的更深入而不是仅仅停留在表面(或许理解也不是太透).(当然本人能力有限,太高深的东西必定是研究不明白了,也只有这能力了). 概念 扩展方法使你能够向现有类型“添加”方法,而无需创建新的派生类型.重新编译或以其他方式修改原始类型. 扩展方法是一种特殊的静态方法,但可以像扩展类型上的实例

C#扫盲之:带你掌握C#的扩展方法、以及探讨扩展方法的本质、注意事项

1.为什么需要扩展方法 .NET3.5给我们提供了扩展方法的概念,它的功能是在不修改要添加类型的原有结构时,允许你为类或结构添加新方法. 思考:那么究竟为什么需要扩展方法呢,为什么不直接修改原有类型呢? 首先,假设我们的项目中有一个类,后来过了一段时间,我们明确的知道需要为该类添加一个新功能,考虑这个需求有两个解决办法: (1)直接修改当前类的定义 这样做的缺点是,破坏向后的兼容性,可能以前使用的旧代码无法通过编译.比如说旧代码使用了一个Methed(int,int)的方法,但是为了满足新功能我

【转载】C#扫盲之:带你掌握C#的扩展方法、以及探讨扩展方法的本质、注意事项

1.为什么需要扩展方法 .NET3.5给我们提供了扩展方法的概念,它的功能是在不修改要添加类型的原有结构时,允许你为类或结构添加新方法. 思考:那么究竟为什么需要扩展方法呢,为什么不直接修改原有类型呢? 首先,假设我们的项目中有一个类,后来过了一段时间,我们明确的知道需要为该类添加一个新功能,考虑这个需求有两个解决办法: (1)直接修改当前类的定义 这样做的缺点是,破坏向后的兼容性,可能以前使用的旧代码无法通过编译.比如说旧代码使用了一个Methed(int,int)的方法,但是为了满足新功能我

【开源】OSharp框架解说系列(3):扩展方法

〇.前言 扩展方法使你能够向现有类型“添加”方法,而无需创建新的派生类型.重新编译或以其他方式修改原始类型. 扩展方法是一种特殊的静态方法,但可以像扩展类型上的实例方法一样进行调用. 对于用 C# 和 Visual Basic 编写的客户端代码,调用扩展方法与调用在类型中实际定义的方法之间没有明显的差异. 最常见的扩展方法是 LINQ 标准查询运算符,它将查询功能添加到现有的 System.Collections.IEnumerable 和 System.Collections.Generic.

List扩展方法汇总(仅备注)

不管在c/s还是b/s的c#语言开发程序中,经常会用到List的扩展方法,尤其在json格式的数据和服务端交互越来越流行,很多时候总是在开发使用到的时候才去搜索有些扩展方法或者linq的用法,在这里,我们只是做一个备注 因为linq没有必要系统的学习,我们只要简单的在list的扩展会使用即可,至少我只这么认为的 本文没有任何技术性,只是备注list或者list泛型的扩展方法,不至于在您不熟悉但是又使用到的时候到处搜索 1 public sealed class Employee 2 { 3 pu

[读书笔记]C#学习笔记五: C#3.0自动属性,匿名属性及扩展方法

前言 这一章算是看这本书最大的收获了, Lambda表达式让人用着屡试不爽, C#3.0可谓颠覆了我们的代码编写风格. 因为Lambda所需篇幅挺大, 所以先总结C#3.0智能编译器给我们带来的诸多好处, 下一遍会单独介绍Lambda表达式. 这篇主要包括的内容有: 自动属性,隐式类型,对象集合初始化,匿名类型,扩展方法. 下面一起来看下C#3.0 所带来的变化吧. 1,自动实现的属性在C#3.0之前, 定义属性时一般会像下面这样去编写代码: 1 class Person 2 { 3 //定义私

C#基础---扩展方法的应用

 最近对扩展方法比较感兴趣,就看了看资料,记录一下扩展方法的几种方法. 一. 扩展方法的基本使用: Note: 1. 扩展方法必须在静态类中, 2 扩展方法必须声明静态方法,3 扩展方法里面不能调用其他自定义方法. public static int TryToInt(this string intStr) { int number = 0; int.TryParse(intStr, out number); return number; } public static IEnumerable<

WinForm TextBox 扩展方法数据验证

本文转载:http://www.cnblogs.com/gis-crazy/archive/2013/03/17/2964132.html 查看公司项目代码时,存在这样一个问题:winform界面上有很多信息填写,提交后台服务器更新,但数据的合法验证及值的转换却不太敢恭维,一堆的if判断和转换,便想着是否能扩展个方法出来,琢磨出个思路,记录下来与大家共同探讨,有不对的地方还请大家指正. 设计思路: 1. 由于大部分从TextBox控件中获取数据值,可以扩展个泛型方法出来,直接根据转换后的数据类型

WinForm TextBox自定义扩展方法数据验证

本文转载:http://www.cnblogs.com/gis-crazy/archive/2013/03/17/2964132.html 查看公司项目代码时,存在这样一个问题:winform界面上有很多信息填写,提交后台服务器更新,但数据的合法验证及值的转换却不太敢恭维,一堆的if判断和转换,便想着是否能扩展个方法出来,琢磨出个思路,记录下来与大家共同探讨,有不对的地方还请大家指正. 设计思路: 1. 由于大部分从TextBox控件中获取数据值,可以扩展个泛型方法出来,直接根据转换后的数据类型