我想知道,在这种情况下你会使用C#的'as'关键字,而不是转换和检查异常吗? 考虑这个例子:
Parent obj = new Child();
// Method 1:
try
{
Child result1 = (Child)obj;
}
catch (InvalidCastException)
{
// Handle failed cast
}
// Method 2:
if(obj is Child)
{
Child result2 = obj as Child;
}
else
{
// Handle failed cast
}
据我所知,方法1和方法2都产生完全相同的结果。 我知道,当它们失败时,as关键字将产生null,而一个强制转换将抛出一个ClassCastException,但对我而言,这似乎不足以让两个几乎相同的方式来转换对象。所以我想知道,为什么C#语言设计师会遇到添加'as'关键字的麻烦?
答案 0 :(得分:3)
异常可能代价高昂,并且具有隐含的goto
行为。
我会这样做2,你可以节省一些指示和清晰度。
Child result2 = obj as Child;
if(result2 != null)
{
}
else
{
// Handle failed cast
}
答案 1 :(得分:3)
例外是相当昂贵的,所以当你期望一个时,你应该使用逻辑来避免首先抛出。但是你的代码片段都不是推荐的样式。尝试其中之一:
// Method 2b
if(obj is Child)
{
Child result2 = (Child)obj;
}
else
{
// Handle failed cast
}
// Method 3:
Child result3 = obj as Child;
if(result3 != null)
{
}
else
{
// Handle failed cast
}
as
后跟null
也可以巧妙地处理obj
开始null
的情况。
您可以认为as
vs cast与TryParse
vs Parse
相同。它允许您使用正常的程序流来廉价地处理故障,而不是抛出异常。
答案 2 :(得分:0)
as运算符就像一个强制转换操作。但是,如果无法进行转换, as返回null而不是引发异常。
这个例子;
expression as type
等同于此(但只有一个评估);
expression is type ? (type)expression : (type)null