编写高质量代码改善C#程序的157个建议——建议4: TryParse比Parse好
建议4: TryParse比Parse好
如果注意观察除string外的所有基元类型,会发现它们都有两个将字符串转型为本身的方法:Parse和TryParse。以类型double为例,这两个方法最简单的原型为:
public static double Parse(string s) 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。
转自:《编写高质量代码改善C#程序的157个建议》陆敏技