在开发博客、在线代码示例和(最近)甚至是一本书中，我经常遇到这样的代码:
var y = x as T;
y.SomeMethod();
或者，更糟糕的是:
(x as T).SomeMethod();
这对我来说没有意义。如果你确定x是类型T，你应该使用直接强制转换:(T)x。如果不确定，可以使用as，但在执行某些操作之前需要检查是否为空。上面的代码所做的就是将一个(有用的)InvalidCastException转换为一个(没用的)NullReferenceException。
难道只有我一个人认为这是对as关键字的公然滥用吗?还是我错过了一些明显的东西，而上面的模式实际上是有意义的?
当前回答
我认为as关键字可以看作是样式更优雅的版本 dynamic_cast来自c++。
其他回答
它之所以更受欢迎，可能不是因为技术原因，而是因为它更容易阅读，更直观。(不是说这样会更好，只是试着回答问题)
我经常看到这篇误导性文章的引用，作为“as”比cast更快的证据。
本文中比较明显的误导之一是图表，它没有指出要度量的是什么:我怀疑它度量的是失败的强制转换(其中“as”显然要快得多，因为没有抛出异常)。
如果您花时间进行测量，那么您将看到，当强制转换成功时，强制转换比“as”更快。
我怀疑这可能是“货物崇拜”使用as关键字而不是演员的原因之一。
使用“as”不会应用用户定义的转换，而强制转换将在适当的地方使用它们。在某些情况下，这可能是一个重要的区别。
我认为as关键字可以看作是样式更优雅的版本 dynamic_cast来自c++。
使用“as”的一个原因是:
T t = obj as T;
//some other thread changes obj to another type...
if (t != null) action(t); //still works
而不是(坏代码):
if (obj is T)
{
//bang, some other thread changes obj to another type...
action((T)obj); //InvalidCastException
}
