你确认C#中TryParse比Parse好?动手测试才知道!

Posted 小市民在西河

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了你确认C#中TryParse比Parse好?动手测试才知道!相关的知识,希望对你有一定的参考价值。

继上一篇后,本文继续讲《编写高质量代码改善C#程序的157个建议》一书第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 = nul1;
double d;
try
{
  a = 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()成功,{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()成功,{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()失败,{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就太低了。【注1:本段与站长实际测试有出入,见文末

我们将提供TryParse方法的这种行为叫做类型提供TryParse模式。TryParse模式为类型提供两个方法,假设第一个方法声明为Do,第二个方法则声明为TryDo。Do方法在执行过程中如果发生错误则引发异常,而TryDo方法会返回一个boolean 值,方法执行失败返回false。如果要从TryDo中获取实际的返回值,则应该为方法提供out参数。

不过,我们并不建议为所有的类型都提供TryParse模式,只有在考虑到Do方法会带来明显的性能损耗时,才建议使用TryParse。

站长注: 上面相同的代码,站长测试输出结果与原书输出结果出入较多,以下是尝试两次运行输出结果,与注1一段描述有1点不同:

  1. Parse和TryParse方法如果执行成功,它们的效率 在一个数量级上,TryParse所带来的效率比Parse要高很多;

第一次:

double.Parse()成功,206250 ticks
double.TryParse()成功,683 ticks
double.Parse()失败,110957205 ticks
double.TryParse()失败,571 ticks

第二次:

double.Parse()成功,267469 ticks
double.TryParse()成功,921 ticks
double.Parse()失败,110679229 ticks
double.TryParse()失败,574 ticks


以上是关于你确认C#中TryParse比Parse好?动手测试才知道!的主要内容,如果未能解决你的问题,请参考以下文章

C#中(int)int.Parse()int.TryParse()和Convert.ToInt32()的区别

C#的(int) /int.Parse()/int.TryParse()/Convent.ToInt32()的区别--推荐使用Int.TryParse()

编写高质量c#代码的20个建议

C#类型转换

C#效率提升总结

Parse 诉 TryParse