建议3: 区别对待强制转型与as和is

转载 2016年08月29日 11:45:56

建议3: 区别对待强制转型与as和is

在阐述本建议之前,首先需要明确什么是强制转型,以及强制转型意味着什么。从语法结构上来看,类似下面的代码就是强制转型。

secondType = (SecondType)firstType; 

但是,强制转型可能意味着两件不同的事情:

1)FirstType和SecondType彼此依靠转换操作符来完成两个类型之间的转型。

2)FirstType是SecondType的基类。

类型之间如果存在强制转型,那么它们之间的关系,要么是第一种,要么是第二种,不能同时既是继承的关系,又提供了转型符。

首先看第一种情况,当FirstType和SecondType存在转换操作符时的代码如下:

复制代码
    class FirstType  
    {  
        public string Name { get; set; }  
    }  
     
    class SecondType  
    {  
        public string Name { get; set; }  
        public static explicit operator SecondType(FirstType firstType)  
        {  
            SecondType secondType = new SecondType() { Name = "转型自:" + firstType.Name };  
            return secondType;  
        }  
    } 
复制代码

 

在这种情况下,如果想转型成功则必须使用强制转型,而不是使用as操作符。

    FirstType firstType = new FirstType() { Name = "First Type" };  
    SecondType secondType = (SecondType)firstType;         //转型成功  
    //secondType = firstType as SecondType;     //编译期转型失败,编译通不过 

 

不过,这里需要讨论的不是像以上代码这样的简单应用,而是稍微复杂一点的应用。为了满足更进一步的需求,我们需要写一个通用的方法,需要对FirstType或者SecondType做一些处理,方法看起来应该像下面这样:

    static void DoWithSomeType(object obj)  
    {  
        SecondType secondType = (SecondType)obj;  
    } 

 

注意 是否对这种方法声明方式有一点熟悉?事实上,如果再加一个参数EventArgs,上面的方法就可以注册成为一个典型的CLR事件方法了。

如果运行本段代码,会带来一个问题:若在调用方法的时候,传入的参数是一个FirstType对象,那就会引发异常。你可能会问,在上一段代码中,有这样的写法:

    FirstType firstType = new FirstType() { Name = "First Type" };  
    SecondType secondType = (SecondType)firstType; 

 

而DoWithSomeType方法提供的代码,看起来无非像下面这样:

    FirstType firstType = new FirstType() { Name = "First Type" };  
    object obj = firstType;  
    SecondType secondType = (SecondType) obj; 

 

也就是说,这段代码与上段代码相比,仅仅多了一层转型,实际上obj还是firstType,为什么转型就失败了呢?这是因为编译器还不够聪明,或 者说我们欺骗了编译器。针对(SecondType) obj,编译器首先判断的是:SecondType和object之间有没有继承关系。因为在C#中,所有的类型都是继承自object的,所以上面的代 码编译起来肯定没有问题。但是编译器会自动产生代码来检查obj在运行时是不是SecondType,这样就绕过了转换操作符,所以会转换失败。因此,这 里的建议是:

如果类型之间都上溯到了某个共同的基类,那么根据此基类进行的转型(即基类转型为子类本身)应该使用as。子类与子类之间的转型,则应该提供转换操作符,以便进行强制转型。

注意 再次强调,转型操作符实际上就是一个方法,类型的转换需要手工写代码完成。

为了编写更健壮的DoWithSomeType方法,应该按如下方式改造它:

复制代码
    static void DoWithSomeType(object obj)  
    {  
        SecondType secondType = obj as SecondType;  
        if (secondType != null)  
        {  
            //  省略  
        }  
    } 
复制代码

 

as操作符永远不会抛出异常,如果类型不匹配(被转换对象的运行时类型既不是所转换的目标类型,也不是其派生类型),或者转型的源对象为null, 那么转型之后的值也为null。改造前的DoWithSomeType方法会因为引发异常带来效率问题,而使用as后,就可以完美地避免这种问题。

现在,再来看第二种情况,即FirstType是SecondType的基类。在这种情况下,既可以使用强制转型,也可以使用as操作符,代码如下所示:

复制代码
    class Program  
    {  
        static void Main(string[] args)  
        {  
            SecondType secondType = new SecondType() { Name = "Second Type" };  
            FirstType firstType1 = (FirstType)secondType;  
            FirstType firstType2 = secondType as FirstType;  
        }  
    }  
     
    class FirstType  
    {  
        public string Name { get; set; }  
    }  
     
    class SecondType : FirstType  
    {  
    } 
复制代码

 

但是,即使可以使用强制转型,从效率的角度来看,也建议大家使用as操作符。

知道了强制转型和as之间的区别,我们再来看一下is操作符。DoWithSomeType的另一个版本,可以这样来实现,代码如下所示:

复制代码
    static void DoWithSomeType(object obj)  
    {  
        if (obj is SecondType)  
        {  
            SecondType secondType = obj as SecondType;  
            //省略  
        }  
    } 
复制代码

 

这个版本显然没有上一个版本的效率高,因为当前这个版本进行了两次类型检测。但是,as操作符有一个问题,即它不能操作基元类型。如果涉及基元类型的算法,就需要通过is转型前的类型来进行判断,以避免转型失败。

 

转自:《编写高质量代码改善C#程序的157个建议》陆敏技

相关文章推荐

建议84:使用PLINQ

建议84:使用PLINQ LINQ最基本的功能就是对集合进行遍历查询,并在此基础上对元素进行操作。仔细推敲会发现,并行编程简直就是专门为这一类应用准备的。因此,微软专门为LINQ拓展了一个类Para...
  • houwc
  • houwc
  • 2016-09-08 15:42
  • 123

建议85:Task中的异常处理

建议85:Task中的异常处理 在任何时候,异常处理都是非常重要的一个环节。多线程与并行编程中尤其是这样。如果不处理这些后台任务中的异常,应用程序将会莫名其妙的退出。处理那些不是主线程(如果是窗体程...
  • houwc
  • houwc
  • 2016-09-08 15:42
  • 2058

建议5: 使用int?来确保值类型也可以为null

建议5: 使用int?来确保值类型也可以为null 基元类型为什么需要为null?考虑两个场景: 1)数据库中一个int字段可以被设置为null。在C#中,值被取出来后,为了将它赋值给int类型,...
  • houwc
  • houwc
  • 2016-08-29 14:05
  • 234

建议1: 正确操作字符串

建议1: 正确操作字符串 字符串应该是所有编程语言中使用最频繁的一种基础数据类型。如果使用不慎,我们就会为一次字符串的操作所带来的额外性能开销而付出代价。本条建议将从两个方面来探讨如何规避这类性能开...
  • houwc
  • houwc
  • 2016-08-26 17:47
  • 374

建议4: TryParse比Parse好

建议4: TryParse比Parse好 如果注意观察除string外的所有基元类型,会发现它们都有两个将字符串转型为本身的方法:Parse和TryParse。以类型double为例,这两个方法最简...
  • houwc
  • houwc
  • 2016-08-29 13:31
  • 234

建议129:泛型类型参数要以T作为前缀

建议129:泛型类型参数要以T作为前缀 作为一种约定,泛型类型的参数要以T作为前缀。如委托声明: Action 其中,泛型类型参数名不应该处理成: Action 当然,这仅仅是一种习惯,若果...
  • houwc
  • houwc
  • 2016-09-12 10:58
  • 413

建议2: 使用默认转型方法

建议2: 使用默认转型方法 除了字符串操作外,程序员普遍会遇到的第二个问题是:如何正确地对类型实现转型。在上一个建议中,从int转型为string,我们使用了类型int的ToString方法。在大部...
  • houwc
  • houwc
  • 2016-08-26 18:19
  • 256

建议6: 区别readonly和const的使用方法

建议6: 区别readonly和const的使用方法 很多初学者分不清readonly和const的使用场合。在我看来,要使用const的理由只有一个,那就是效率。但是,在大部分应用情况下,“效率”...
  • houwc
  • houwc
  • 2016-08-29 20:03
  • 225

建议7: 将0值作为枚举的默认值

建议7: 将0值作为枚举的默认值 允许使用的枚举类型有byte、sbyte、short、ushort、int、uint、long和ulong。应该始终将0值作为枚举类型的默认值。不过,这样做不是因为...
  • houwc
  • houwc
  • 2016-08-29 20:35
  • 825
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)