强制转换vs在CLR中使用'as'关键字

在编程接口时，我发现我做了很多强制转换或对象类型转换。

这两种转换方法有什么区别吗?如果是的话，是否有成本差异，或者这对我的程序有什么影响?

public interface IMyInterface
{
    void AMethod();
}

public class MyClass : IMyInterface
{
    public void AMethod()
    {
       //Do work
    }

    // Other helper methods....
}

public class Implementation
{
    IMyInterface _MyObj;
    MyClass _myCls1;
    MyClass _myCls2;

    public Implementation()
    {
        _MyObj = new MyClass();

        // What is the difference here:
        _myCls1 = (MyClass)_MyObj;
        _myCls2 = (_MyObj as MyClass);
    }
}

另外，“一般来说”首选的方法是什么?

当前回答

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

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

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

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

2009-01-30 16:36:49

其他回答

如果不能强制转换，"as"将返回NULL。

之前的强制转换将引发异常。

对于性能而言，引发异常的代价通常更大。

2009-01-30 16:23:04

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

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

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

2009-01-30 16:31:16

这是另一个答案，带有一些IL比较。考虑这个类:

public class MyClass
{
    public static void Main()
    {
        // Call the 2 methods
    }

    public void DirectCast(Object obj)
    {
        if ( obj is MyClass)
        { 
            MyClass myclass = (MyClass) obj; 
            Console.WriteLine(obj);
        } 
    } 


    public void UsesAs(object obj) 
    { 
        MyClass myclass = obj as MyClass; 
        if (myclass != null) 
        { 
            Console.WriteLine(obj);
        } 
    }
}

现在看看每种方法产生的IL。即使操作码对您没有任何意义，您也可以看到一个主要的区别-在DirectCast方法中，isinst被调用后是castclass。所以基本上是两次调用而不是一次。

.method public hidebysig instance void  DirectCast(object obj) cil managed
{
  // Code size       22 (0x16)
  .maxstack  8
  IL_0000:  ldarg.1
  IL_0001:  isinst     MyClass
  IL_0006:  brfalse.s  IL_0015
  IL_0008:  ldarg.1
  IL_0009:  castclass  MyClass
  IL_000e:  pop
  IL_000f:  ldarg.1
  IL_0010:  call       void [mscorlib]System.Console::WriteLine(object)
  IL_0015:  ret
} // end of method MyClass::DirectCast

.method public hidebysig instance void  UsesAs(object obj) cil managed
{
  // Code size       17 (0x11)
  .maxstack  1
  .locals init (class MyClass V_0)
  IL_0000:  ldarg.1
  IL_0001:  isinst     MyClass
  IL_0006:  stloc.0
  IL_0007:  ldloc.0
  IL_0008:  brfalse.s  IL_0010
  IL_000a:  ldarg.1
  IL_000b:  call       void [mscorlib]System.Console::WriteLine(object)
  IL_0010:  ret
} // end of method MyClass::UsesAs

isinst关键字与castclass的对比

这篇博文对这两种方法进行了比较。他的总结是:

在直接比较中，isinst比castclass快(尽管只有一点点) 当必须执行检查以确保转换成功时，isinst明显比castclass快不应该使用isinst和castclass的组合，因为这比最快的“安全”转换慢得多(慢12%以上)

我个人总是使用a，因为它易于阅读，并且是。net开发团队(或者Jeffrey Richter)推荐的。

2009-01-30 17:02:14

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

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

2009-01-30 16:36:49

如果您使用针对。net Framework 4的Office PIAs。X你应该使用as关键字，否则它将无法编译。

Microsoft.Office.Interop.Outlook.Application o = new Microsoft.Office.Interop.Outlook.Application();
Microsoft.Office.Interop.Outlook.MailItem m = o.CreateItem(Microsoft.Office.Interop.Outlook.OlItemType.olMailItem) as Microsoft.Office.Interop.Outlook.MailItem;

当目标是。net 2.0时，强制转换是可以的:

Microsoft.Office.Interop.Outlook.MailItem m = (Microsoft.Office.Interop.Outlook.MailItem)o.CreateItem(Microsoft.Office.Interop.Outlook.OlItemType.olMailItem);

当目标是。net 4时。X的误差为:

缺少编译器需要的成员'Microsoft.CSharp.RuntimeBinder.Binder.Convert'

缺少编译器需要的成员'Microsoft.CSharp.RuntimeBinder.CSharpArgumentInfo.Create'

2015-12-08 09:31:08

强制转换vs在CLR中使用'as'关键字

推荐文章

最新文章

标签