环境:
- window 10
- .netcore 3.1
- vs2019 16.5.1
一、为什么要有协变?
首先看下面的代码:
还有下面的:
其实上面报错的是同一个问题,就是你无法用List<Fruit>
指向List<Apple>
!
我们的疑问在于,明明是一个盛放苹果的箱子,我们说它可以盛放水果怎么了???
下面我来说一下原因:
- 首先,不能根据这个类的用途去判断,因为你无法保证List这个类一定是集合(List当然是集合,但如果是
Person<T>
呢,它是做什么的?只是盛放东西吗?)。 - 其次,
Apple
继承自Fruit
没错,但List<Apple>
和List<Fruit>
压根就没有继承的说法,它们是不同的类型(泛型参数类型不同也是不同的类型):Console.WriteLine(typeof(List<Apple>) == typeof(List<Fruit>));
输出为:false
所以,我们用List<Fruit>
去表示List<Apple>
引发报错很正常!!!
但是,从我们程序员角度来说,这样肯定不方便,那么有没有解决办法呢?
答案:有,它就是协变!
二、什么是协变?
首先,明确一下目的:我们想让List<Fruit> list = new List<Apple>();
这类代码成立!(这行代码肯定不成立,我说的是这类代码)
想要达到我们的目的,肯定是要有规则的:
- 必须使用接口进行指向,不能使用类:
比如说:我们只能这么写
IList<Fruit> list = new List<Apple>();
(虽然这样写也报错),不能够这么写List<Fruit> list = new List<Apple>();
为什么不能使用类?因为类里面牵扯到的内容比较多,而下一条规则就说了:方法的入参不能使用泛型参数,所以为了尽量把这种约束的范围变小一点,我们也应该在接口上加规则约束而不是直接在类上(这一点是我猜的)。 - 这个接口的泛型参数只能用来做接口内方法的返回值,不能用作接口内方法的参数(在泛型参数前加
out
关键字实现):这里从两方面说:
1.允许这个泛型参数做返回值:比如定义接口ITest<out T>
,允许T
作为接口内方法MethodA的返回值(T MethodA();
)。在使用的时候,你用ITest<Fruit>
指向ITest<Apple>
,那么当调用ITest<Fruit>
的方法MethodA的时候你得到的返回类型声明是Fruit
,实际上你得到的返回类型是Apple
,所以一点问题没有。
2.禁止这个泛型参数做方法的入参:比如定义接口ITest<out T>
,允许T
作为接口内方法MethodA的入参(void MethodA(T t);
)。在使用的时候,你用ITest<Fruit>
指向ITest<Apple>
,那么当调用ITest<Fruit>
的方法MethodA的时候你看到这个方法要求传入一个Fruit
,所以你可能传一个
orange(橙子,也继承了Fruit)进去,但人家实际上是ITest<Apple>
,要求传入的是Apple
,这样肯定说不通!所以泛型参数禁止做方法的入参!
上面说了规则,那么下面来一个实例:
可以看到,我们按照规则在ITest的泛型参数T上加了out后,整个程序腰不酸了、腿不疼了。
事实上,微软在集合的定义上已经考虑到了这一点,看一下IEnumerable的定义:
所以,我们像下面这样写也没有错:
讲到这里,我们可以说一下什么是协变了:
假如有两个类:A
和AA
,其中AA
继承自A
,如果此时有一个泛型接口IC<out T>
,那么可以认为IC<A>
能指向IC<AA>
,即:IC<AA>
和IC<A>
的关系看着像AA
和A
的关系一样(只是看着像,并且能单方向转换,但不是继承!!!)。
三、什么是逆变?
逆变和协变是相对的,具体来说:
逆变的目的是:让List<Apple> test = new List<Fruit>();
这类代码成立!(这行代码肯定报错,我说的是这类代码)
你一定认为这疯了,“说一个盛放水果的箱子盛放的是苹果”肯定不对。
但是我们看下面的实例:
上图中的代码是不是颠覆了你的认知?
好吧,这就是逆变:一个可以让你用ITest<Apple>
去指向Test<Fruit>()
的存在!
这里还是再说一下逆变的规则:
- 必须使用接口进行指向,不能使用类:
这一点和协变是一样的。
- 这个接口的泛型参数只能用来做接口内方法的入参,不能用作接口内方法的返回值(在泛型参数前加
in
关键字实现):这里从两方面说:
1.允许这个泛型参数做方法的入参:比如定义接口ITest<in T>
,允许T
作为接口内方法MethodA的入参(void SetValue(T t);
)。在使用的时候,你用ITest<Apple>
指向ITest<Fruit>
,那么当你调用ITest<Apple>
的方法MethodA的时候你看到这个方法要求传入一个Apple
,实际上人家是ITest<Fruit>
,人家要求传入的是Fruit
,所以这里一点问题没有。
2.禁止这个泛型参数做方法的返回值:比如定义接口ITest<in T>
,允许T
作为接口内方法MethodA的返回值(T GetValue();
)。在使用的时候,你用ITest<Apple>
指向ITest<Fruit>
,那么当调用ITest<Apple>
的方法MethodA的时候你得到的返回类型声明是Apple
,但实际上人家是ITest<Fruit>
,所以返回的是一个orange(橙子,也继承了Fruit)也说不定,所以你用Apple
去接收这个返回值肯定不行的,所以泛型参数禁止做方法的返回值!
四、委托内的协变和逆变
委托中的泛型参数是天然就可以支持协变或逆变中的一种的!
对这句话的理解如下:
- 如果你这么定义委托:
public delegate T GetValue<T>();
,那么它天然支持协变(因为T
只用来声明返回值),如下代码:
- 如果你这么定义委托:
public delegate void SetValue<T>(T t);
,那么它天然支持逆变(因为T
只用来做入参),如下代码:
- 如果你这么定义委托,它既不支持协变,也不支持逆变:
public delegate T Deal<T>(T t);
(因为T
即用来做入参也用来做返回值),如下代码:
其实,在委托中为了更好的表示泛型参数是支持协变还是逆变,最好是定义的时候就用out
或in
参数进行声明,比如:
public delegate T GetValue<out T>();
//支持协变
public delegate void SetValue<in T>(T t);
//支持逆变
微软在Func、Action系列委托中已经为我们做了示范: