两者之间一个更微妙的区别是，当涉及到强制转换操作符时，"as"关键字不能用于强制转换:

public class Foo
{
    public string Value;

    public static explicit operator string(Foo f)
    {
        return f.Value;
    }

}

public class Example
{
    public void Convert()
    {
        var f = new Foo();
        f.Value = "abc";

        string cast = (string)f;
        string tryCast = f as string;
    }
}

这将不会在最后一行进行编译(尽管我认为在以前的版本中是这样)，因为“as”关键字不考虑强制转换操作符。line string cast = (string)f;不过效果还不错。

as操作符只能用于引用类型，不能重载，如果操作失败，它将返回null。它永远不会抛出异常。

强制转换可以用于任何兼容的类型，它可以重载，如果操作失败，它将抛出异常。

使用哪一种取决于具体情况。首先，这是一个是否要对失败的转换抛出异常的问题。

这并不能回答你的问题，但我认为这是一个重要的相关点。

如果你正在为一个接口编程，你不应该需要强制转换。希望这种类型的演员很少。如果不是，您可能需要重新考虑一些接口。

这不是对问题的回答，而是对问题代码示例的注释:

通常你不需要强制转换一个对象，例如IMyInterface到MyClass。接口的伟大之处在于，如果你把一个对象作为实现接口的输入，那么你就不需要关心你得到的是什么类型的对象。

如果你将IMyInterface转换为MyClass，那么你已经假设你得到了一个MyClass类型的对象，使用IMyInterface是没有意义的，因为如果你用其他实现IMyInterface的类来填充你的代码，它会破坏你的代码……

现在，我的建议是:如果你的接口设计得很好，你可以避免大量的类型转换。

as关键字的工作原理与兼容引用类型之间的显式强制转换相同，主要区别在于转换失败时它不会引发异常。相反，它在目标变量中产生一个空值。由于异常在性能方面非常昂贵，因此它被认为是一种更好的强制转换方法。

两者之间一个更微妙的区别是，当涉及到强制转换操作符时，"as"关键字不能用于强制转换:

public class Foo
{
    public string Value;

    public static explicit operator string(Foo f)
    {
        return f.Value;
    }

}

public class Example
{
    public void Convert()
    {
        var f = new Foo();
        f.Value = "abc";

        string cast = (string)f;
        string tryCast = f as string;
    }
}

这将不会在最后一行进行编译(尽管我认为在以前的版本中是这样)，因为“as”关键字不考虑强制转换操作符。line string cast = (string)f;不过效果还不错。