Question

我写了这个扩展方法（编译）：

public static IEnumerable<J> Flatten<T, J>(this IEnumerable<T> @this) 
                                           where T : IEnumerable<J>
{
    foreach (T t in @this)
        foreach (J j in t)
            yield return j;
}

下面的代码导致编译时错误（找不到合适的方法），为什么？：

IEnumerable<IEnumerable<int>> foo = new int[2][];
var bar = foo.Flatten();

如果我实现如下的扩展，我没有编译时错误：

public static IEnumerable<J> Flatten<J>(this IEnumerable<IEnumerable<J>> @this)
{
    foreach (IEnumerable<J> js in @this)
        foreach (J j in js)
            yield return j;
}

编辑（2）：我认为这个问题得到了解答，但它引发了有关重载决策和类型约束的另一个问题。我在这里提出这个问题：Why aren't type constraints part of the method signature?

Answer 1

首先，您不需要Flatten();该方法已存在，称为SelectMany()。您可以像这样使用它：

IEnumerable<IEnumerable<int>> foo = new [] { new[] {1, 2}, new[] {3, 4} };
var bar = foo.SelectMany(x => x); // bar is {1, 2, 3, 4}

其次，您的第一次尝试不起作用，因为泛型类型推断仅基于方法的参数，而不是与该方法关联的泛型约束。由于没有直接使用J泛型参数的参数，因此类型推理引擎无法猜测J应该是什么，因此不认为您的方法是候选参与者。

看看SelectMany()如何解决这个问题是一种启发：它需要一个额外的Func<TSource, TResult>参数。这允许类型推理引擎确定两种泛型类型，因为它们都是基于提供给方法的参数而可用的。

Answer 2

dlev的答案很好;我只是想添加一些信息。

具体来说，我注意到您正在尝试使用泛型在IEnumerable<T>上实现一种协方差。 在C＃4及以上版本中，IEnumerable<T>已经是协变的。

你的第二个例子说明了这一点。如果你有

List<List<int>> lists = whatever;
foreach(int x in lists.Flatten()) { ... }

然后类型推断会推断List<List<int>>可转换为IE<List<int>>，List<int>可转换为IE<int>，因此，由于协方差，IE<List<int>>为可转换为IE<IE<int>>。这给了类型推断一些事情;它可以推断T是int，一切都很好。

这在C＃3中不起作用。在没有协方差的世界中生活有点困难，但你可以明智地使用Cast<T>扩展方法。

展平IEnumerable <ienumerable <>＆gt ;;理解泛型</ienumerable <>

2 个答案: