C#数据类型安全转换
2016-03-01 15:27
357 查看
注意!前方纯小白文,若大神不小心跳进来,请忽略。
我们一定经常遇到要在不同的数据格式间切换的情况,比如下面这张图:就曾是我的使用日常,直接(long)强转多么方便!直到有一天我遇到了弱数据类型的AS,AS的语法需要改为C#转来转去的报错才让人郁闷不已。
比较集中数据格式的转换方法:
以下的情形相当于我们“不确定”原数据类型的时候,这种情况写法也不好直接差错,除非直接跑到报错点。
下图中即long转到object又想转到别的数据格式,结果会发现,long想转为int的时候已经失败了,更不要说后面的uint/byte等一律失败。
此外同样的,如果uint->object->别的数据格式,也会失败,这样的转换步骤多不存在针对数据转到更宽或更窄的类型,只要原始类型和最终类型不等,直接抛出异常。
而这个报错只要是C#即使在Mono下也会报一个InvalidCastException: Cannot cast from source type to destination type.
但是比如在AS中,是支持强转的:
这是由于C#是强类型语言,而AS属于弱类型的语言。在AS中甚至可以直接var num=0;来定义一个数值而不指定数据类型,但这在C#、C++等语言中显然不行。
因此最终比较发现,在C#里,最保险的做法是用Convert方法转换数据类型,强制转换容易产生不安全的异常。尽管我们可能觉得从“long
0”到"int 0"不溢出应该没问题啊。同样的也尽量避免(int)num强转数据,虽然它能编译过,但可能运行到了那里才会报错。
我们一定经常遇到要在不同的数据格式间切换的情况,比如下面这张图:就曾是我的使用日常,直接(long)强转多么方便!直到有一天我遇到了弱数据类型的AS,AS的语法需要改为C#转来转去的报错才让人郁闷不已。
比较集中数据格式的转换方法:
以下的情形相当于我们“不确定”原数据类型的时候,这种情况写法也不好直接差错,除非直接跑到报错点。
下图中即long转到object又想转到别的数据格式,结果会发现,long想转为int的时候已经失败了,更不要说后面的uint/byte等一律失败。
此外同样的,如果uint->object->别的数据格式,也会失败,这样的转换步骤多不存在针对数据转到更宽或更窄的类型,只要原始类型和最终类型不等,直接抛出异常。
而这个报错只要是C#即使在Mono下也会报一个InvalidCastException: Cannot cast from source type to destination type.
但是比如在AS中,是支持强转的:
这是由于C#是强类型语言,而AS属于弱类型的语言。在AS中甚至可以直接var num=0;来定义一个数值而不指定数据类型,但这在C#、C++等语言中显然不行。
因此最终比较发现,在C#里,最保险的做法是用Convert方法转换数据类型,强制转换容易产生不安全的异常。尽管我们可能觉得从“long
0”到"int 0"不溢出应该没问题啊。同样的也尽量避免(int)num强转数据,虽然它能编译过,但可能运行到了那里才会报错。
相关文章推荐
- C# Lambda表达式、匿名、回调
- C#中base和this关键字
- C#中override和overload的区别
- c# from where select
- C# 读取Excel日期格式
- C#基础-方法的重写(new)和覆盖(override)
- 转 C#WinForm程序异常退出的捕获、继续执行与自动重启
- 完整版本支付宝扫码支付 c#版本
- C# 参数数组
- C#调用C dll,结构体传参
- 隐藏C#的TabControl控件的选项卡TabPage
- 第一个C#程序——Hello World!
- C#对象的声明与实例化
- C# IOCP完成端口模型(简单实用高效)
- C#中的Split用法以及详解
- WPF 一个MVVM的简单例子
- [WPF初学]基于WPF框架的MVVM模式简介
- c#中的报表简单操作(Excel)
- C#中的IDisposable模式用法详解
- 【c#学习笔记】 基础篇