C＃中的铸造与' AS”关键字：我什么时候应该使用哪个？

C# 中强制转换和“as”关键字的比较：何时使用哪个？

在处理接口时，开发人员经常使用强制转换或对象类型转换来操作对象。然而，执行这些转换有两种不同的方法：强制转换和使用“as”关键字。这两种方法之间是否存在差异？如果有，它们如何影响程序的执行和性能？

理解强制转换

强制转换涉及通过在对象引用之前放置目标类型在括号中，将对象从一种类型显式转换为另一种类型。例如：

IMyInterface _MyObj = new MyClass();
MyClass _myCls1 = (MyClass)_MyObj;

强制转换指示编译器立即执行类型转换，如果转换无效则引发异常。

探索“as”关键字

“as”关键字执行非侵入式类型检查，如果转换不成功则返回 null。但是，如果转换成功，“as”将返回转换后的对象。与强制转换相比，“as”提供了一种替代方法，如果转换失败，则不会引发异常。而是返回 null 引用。

IMyInterface _MyObj = new MyClass();
MyClass _myCls2 = _MyObj as MyClass;
// 如果转换不成功，_myCls2 将为 null

成本比较

过去，强制转换和使用“as”关键字之间存在性能差异。强制转换运行速度更快，因为它只涉及一步类型转换。然而，随着现代 JIT 编译器的进步，“as”关键字的效率已与强制转换一样高。这两种技术都能够快速执行类型转换，因此在性能方面可以忽略不计。

选择最佳方法

虽然性能不再是决定性因素，但其他方面会影响强制转换和“as”之间的选择：

• 安全转换：处理变量时，建议使用“as”，因为变量的类型可能会在测试和转换之间发生变化。这降低了由于无效转换而引发异常的风险。
• 关注点分离：“as”关键字允许将测试和转换步骤分开。这增强了代码的可读性，并减少了出现细微错误的可能性。

现代最佳实践

在 C# 7 及更高版本中，模式匹配已在很大程度上取代了“as”关键字。这种机制消除了对显式类型测试的需求，从而产生了更简洁和声明性的代码。

if (randomObject is TargetType tt)
{
    // 在此处使用 tt
}

结论

“as”关键字和强制转换提供了在 CLR 中执行类型转换的不同方法。虽然强制转换提供直接且高效的类型转换，“as”通过返回 null 而不是引发异常来实现更安全的转换。现代 JIT 编译器已最大限度地减少了这些技术之间的性能差异，因此可以根据安全性和代码结构做出适当的选择。一般来说，处理变量时，以及为了分离类型测试和转换以提高代码可维护性时，建议使用“as”。

以上是C＃中的铸造与' AS”关键字：我什么时候应该使用哪个？的详细内容。更多信息请关注PHP中文网其他相关文章！