下载掌阅APP，畅读海量书库
立即打开
如果注意观察除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。