TryParse比Parse好
如果注意观察除string外的所有基元类型,会发现它们都有两个将字符串转型为本身的方法:Parse和TryParse。以类型double为例,这两个方法最简单的原型为: - 1.public static double Parse(string s)
- 2.public static bool TryParse(string s, out double result)
两者最大的区别是,如果字符串格式不满足转换的要求,Parse方法将会引发一个异常;TryParse方法则不会引发异常,它会返回false,同时将result置为0。
实际上,早期的FCL中并没有提供TryParse方法,那时只能调用Parse方法,如果转型失败,则要将值设定为一个初始值,同时必须要捕获异常,代码如下所示:
- string str = null;
- double d;
- try
- {
- d = Double.Parse(str);
- }
- catch (Exception ex)
- {
- d = 0;
- }
要注意,引发异常这个过程会对性能造成损耗(第5章会详细解释这一点)。微软的开发团队正是注意到这一点,所以从.NET 2.0开始,FCL中开始为基元类型提供TryParse方法。我们不妨来做个实验,代码如下所示: - double re;
- long ticks;
-
- Stopwatch sw = Stopwatch.StartNew();
- for (int i = 1; i < 1000; i++)
- {
- try
- {
- re = double.Parse("123");
- }
- catch
- {
- re = 0;
- }
- }
- sw.Stop();
- ticks = sw.ElapsedTicks;
- Console.WriteLine("double.Parse() 成功,{0} ticks", ticks);
-
- sw = Stopwatch.StartNew();
- for (int i = 1; i < 1000; i++)
- {
- if (double.TryParse("123", out re) == false)
- {
- re = 0;
- }
- }
- sw.Stop();
- ticks = sw.ElapsedTicks;
- Console.WriteLine("double.TryParse() 成功,{0} ticks", ticks);
-
- sw = Stopwatch.StartNew();
- for (int i = 1; i < 1000; i++)
- {
- try
- {
- re = double.Parse("aaa");
- }
- catch
- {
- re = 0;
- }
- }
- sw.Stop();
- ticks = sw.ElapsedTicks;
- Console.WriteLine("double.Parse() 失败,{0} ticks", ticks);
-
- sw = Stopwatch.StartNew();
- for (int i = 1; i < 1000; i++)
- {
- if (double.TryParse("aaa", out re) == false)
- {
- re = 0;
- }
- }
- sw.Stop();
- ticks = sw.ElapsedTicks;
- Console.WriteLine("double.TryParse() 失败,{0} ticks", ticks);
以上这段代码的输出为: - double.Parse() 成功,6661 ticks
- double.TryParse() 成功,2886 ticks
- double.Parse() 失败,2062347 ticks
- double.TryParse() 失败,3379 ticks
可见, Parse和TryParse方法如果执行成功,它们的效率在一个数量级上,甚至在本示例中(在一个循环内),TryParse所带来的效率比Parse还要高一些。但若执行失败,Parse的执行效率相比于TryParse就太低了。
我们将提供TryParse方法的这种行为叫做类型提供TryParse模式。TryParse模式为类型提供两个方法,假设第一个方法声明为Do,第二个方法则声明为TryDo。Do方法在执行过程中如果发生错误则引发异常,而TryDo方法会返回一个boolean值,方法执行失败返回false。如果要从TryDo中获取实际的返回值,则应该为方法提供out参数。
不过,我们并不建议为所有的类型都提供TryParse模式,只有在考虑到Do方法会带来明显的性能损耗时,才建议使用TryParse。
|