为什么“as”运算符在 C# 中不使用隐式转换运算符？

Question

我已经在 C#（虚拟代码）中定义了从/到某种类型的隐式字符串转换：

public class MyType
{
    public string Value { get; set; }

    public static implicit operator MyType(string fromString)
    {
        return new MyType { Value = fromString };
    }

    public static implicit operator string(MyType myType)
    {
        return myType.Value;
    }
}

在外部库代码的某处，MyType 的实例作为object 参数传递给方法。该方法的一部分看起来像这样：

private void Foo(object value)
{
    // ... code omitted
    var bar = value as string // note that value is an instance of MyType at runtime
    if(bar != null) // false, cast fails
    {
       // ... code omitted
    }
}

为什么强制转换不使用隐式转换器？我认为这些的全部意义在于使投射和透明使用成为可能？

如果 MyType 有一个 explicit 转换器，这会起作用吗？如果是这样，（如何）我可以两者兼得？

顺便说一句，如果类型在编译时已知，则强制转换肯定有效。这是因为运营商是static吗？有没有类似非静态转换运算符的东西？

附：我实际上对编译时行为和运行时行为之间的差异最感兴趣，所以我有一个后续问题：Why are implicit type conversion operators not dynamically usable at runtime in C#?

Answer 1

as 关键字不考虑用户定义的运算符。您需要改用强制转换运算符。相关article from Eric Lippert

在您的情况下，显式和隐式运算符都无法帮助您，因为您尝试从object 转换为string 而不是从MyType 转换为string。要使用户定义的转换运算符起作用，请将实例的时间类型编译为 MyType 类型而不是 object。因为不存在从object 到string 而是从MyType 到string 的转换。

Answer 2

想象一下，必须调用隐式转换运算符。在这种情况下，任何调用

var castObj = rawObj as SomeType;

将需要 .NET 运行时使用反射来确定“rawObj”对象是否具有转换运算符。显然，这将比仅仅检查对象是 SomeType 类型还是它的子类型更昂贵。拥有一个快速且可预测的运算符比一个更通用但速度慢得多的运算符更好。

Answer 3

C# 语言规范在 as 的文档中明确提到了这一点：

请注意，某些转化（例如用户定义的转化）不是 可以使用 as 运算符，而是应该使用 转换表达式。

所以你必须投射它。

Answer 4

为什么软转换不使用隐式转换器？

嗯，基本上就是这样指定语言的。来自 C# 5 规范第 7.10.11 节：

如果 E 的编译时类型不是动态的，则操作 E as T 产生的结果与

E is T ? (T)(E) : (T)null

除了 E 只计算一次。

[...]

请注意，某些转换（例如用户定义的转换）不能使用 as 运算符进行，而应使用强制转换表达式来执行。