为什么Linq Cast <>帮助程序不能与隐式强制转换运算符一起使用？

Question

在决定重复投票之前，请仔细阅读末尾...

我有一个类型，将一个implicit cast运算符实现为另一种类型：

class A
{
    private B b;
    public static implicit operator B(A a) { return a.b; }
}
class B
{
}

现在，隐式和显式强制转换就可以了：

B b = a;
B b2 = (B)a;

...那么Linq的.Cast<>怎么不呢？

A[] aa = new A[]{...};
var bb = aa.Cast<B>();  //throws InvalidCastException

查看.Cast<>的源代码，并没有发生太多的魔术：如果参数确实是IEnumerable<B> ，则有一些特殊情况，然后：

foreach (object obj in source) 
    yield return (T)obj; 
    //            ^^ this looks quite similar to the above B b2 = (B)a;

那么，为什么我的显式.Cast<>起作用，而不是.Cast<>内部的.Cast<> ？

编译器会加强我的显式转换吗？

PS。 我看到了这个问题，但我认为它的答案并不能真正解释正在发生的事情。

Answer 1

那么，为什么我要进行显式的转换工作，而.Cast <>中的内容却没有？

您的显式转换在编译时就知道源类型和目标类型。 编译器可以发现显式转换，并发出代码以调用它。

泛型类型不是这种情况。 请注意，这通常不特定于Cast或LINQ-如果尝试简单的Convert方法，您会看到相同的东西：

public static TTarget Convert<TSource, TTarget>(TSource value)
{
    return (TTarget) value;
}

那将不会调用任何用户定义的转换，甚至不会调用从（例如） int到long转换。 它将仅执行参考转换和装箱/拆箱转换。 这只是泛型工作方式的一部分。

Answer 2

简短的答案很简单： Cast<T>方法不支持自定义转换运算符。

在第一个示例中：

B b = a;
B b2 = (B)a;

在静态分析过程中，编译器可以看到此B(A a)运算符； 编译器将此解释为对您的自定义运算符方法的静态call 。 在第二个示例中：

foreach (object obj in source) 
    yield return (T)obj; 

不了解操作员的； 这是通过unbox.any实现的（如果T是ref类型，则与castclass相同）。

还有第三个选项：如果您通过dynamic ，则运行时实现会尝试模仿编译器规则，因此这将找到运算符...但不是C＃-to-IL编译步骤的一部分：

dynamic b = a; // note that `dynamic` here is *almost* the same as `object`
B b2 = b;

Answer 3

Enumerable.Cast<T>是.Net框架方法，其行为在调用它的所有.Net语言中都是有意义的。

另请参阅Ander Hejlsberg对这一讨论的答复。

---

编译器会加强我的显式转换吗？

您所谓的“隐式转换运算符 ”实际上是“ 隐式转换运算符 ”。 这是一个常见的错误。

C＃允许您使用强制转换语法指定转换。 发生这种情况时，您正在使用其他实例（转换），而不是将引用更改为同一实例（广播）。