Question

我在C＃上阅读的教科书中遇到过这些，但我很难理解它们，可能是由于缺乏背景。

是否有一个很简洁的解释，说明它们是什么以及它们对哪些有用？

编辑以澄清：

协变界面：

interface IBibble<out T>
.
.

逆变界面：

interface IBibble<in T>
.
.

Answer 1

使用<out T>，您可以将接口引用视为层次结构中的一个。

使用<in T>，您可以在hiearchy中将接口引用视为向下。

让我试着用更多的英语来解释它。

假设您正在从动物园中检索动物列表，并打算处理它们。所有动物（在你的动物园里）都有一个名字和一个唯一的ID。有些动物是哺乳动物，有些是两栖动物，有些是鱼类，有些是鱼类等，但它们都是动物。

所以，根据你的动物名单（其中包含不同类型的动物），你可以说所有的动物都有一个名字，所以显然所有动物的名字都是安全的。

但是，如果你只有一份鱼类清单，但需要像动物一样对待它们，那会起作用吗？直观地说，它应该可以工作，但在C＃3.0和之前，这段代码将无法编译：

IEnumerable<Animal> animals = GetFishes(); // returns IEnumerable<Fish>

这样做的原因是编译器在您检索到动物集合后不会“知道”您想要的内容，或可以。据他所知，可能有一种方法可以通过IEnumerable<T>将一个对象放回到列表中，这可能会让你将一个不是鱼的动物放入一个应该包含的集合中只有鱼。

换句话说，编译器无法保证不允许这样做：

animals.Add(new Mammal("Zebra"));

因此编译器完全拒绝编译代码。这是协方差。

让我们来看看逆差。

由于我们的动物园可以处理所有动物，它当然可以处理鱼类，所以让我们尝试在我们的动物园里添加一些鱼。

在C＃3.0及之前，这不会编译：

List<Fish> fishes = GetAccessToFishes(); // for some reason, returns List<Animal>
fishes.Add(new Fish("Guppy"));

这里，编译器可以允许这段代码，即使该方法返回List<Animal>只是因为所有的鱼都是动物，所以如果我们只是将类型更改为：

List<Animal> fishes = GetAccessToFishes();
fishes.Add(new Fish("Guppy"));

然后它会起作用，但编译器无法确定您是否尝试这样做：

List<Fish> fishes = GetAccessToFishes(); // for some reason, returns List<Animal>
Fish firstFist = fishes[0];

由于该列表实际上是一个动物列表，因此不允许这样做。

所以反对和共同变化是你如何对待对象引用以及你可以用它们做什么。

C＃4.0中的in和out关键字专门将接口标记为一个或另一个。使用in，您可以将泛型类型（通常为T）放在 input -positions中，这意味着方法参数和只写属性。

使用out，您可以将泛型类型放在 output -positions中，这是方法返回值，只读属性和out方法参数。

这将允许您执行与代码有关的操作：

IEnumerable<Animal> animals = GetFishes(); // returns IEnumerable<Fish>
// since we can only get animals *out* of the collection, every fish is an animal
// so this is safe

List<T>在T上有向内和向外两个方向，所以它既不是共同变体也不是反变体，而是一个允许你添加对象的接口，如下所示：

interface IWriteOnlyList<in T>
{
    void Add(T value);
}

允许你这样做：

IWriteOnlyList<Fish> fishes = GetWriteAccessToAnimals(); // still returns
                                                            IWriteOnlyList<Animal>
fishes.Add(new Fish("Guppy")); <-- this is now safe

以下是一些展示概念的视频：

以下是一个例子：

namespace SO2719954
{
    class Base { }
    class Descendant : Base { }

    interface IBibbleOut<out T> { }
    interface IBibbleIn<in T> { }

    class Program
    {
        static void Main(string[] args)
        {
            // We can do this since every Descendant is also a Base
            // and there is no chance we can put Base objects into
            // the returned object, since T is "out"
            // We can not, however, put Base objects into b, since all
            // Base objects might not be Descendant.
            IBibbleOut<Base> b = GetOutDescendant();

            // We can do this since every Descendant is also a Base
            // and we can now put Descendant objects into Base
            // We can not, however, retrieve Descendant objects out
            // of d, since all Base objects might not be Descendant
            IBibbleIn<Descendant> d = GetInBase();
        }

        static IBibbleOut<Descendant> GetOutDescendant()
        {
            return null;
        }

        static IBibbleIn<Base> GetInBase()
        {
            return null;
        }
    }
}

如果没有这些标记，可以编译以下内容：

public List<Descendant> GetDescendants() ...
List<Base> bases = GetDescendants();
bases.Add(new Base()); <-- uh-oh, we try to add a Base to a Descendant

或者这个：

public List<Base> GetBases() ...
List<Descendant> descendants = GetBases(); <-- uh-oh, we try to treat all Bases
                                               as Descendants

Answer 2

This post是我对该主题的最佳阅读

简而言之，协方差/逆变/不变性处理自动类型转换（从基数到派生，反之亦然）。只有在对铸造对象执行的读/写操作方面遵守某些保证时，才可能进行这些类型转换。阅读帖子了解更多详情。

理解C＃中的Covariant和Contravariant接口

2 个答案: