Mon, 26 May 2008 16:51:00 GMThttp://blog.csdn.net/chaye12/http://blog.csdn.net/chaye12/archive/2008/05/26/2483120.aspxhttp://blog.csdn.net/chaye12/comments/2483120.aspx0http://blog.csdn.net/chaye12/comments/commentRss/2483120.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2483120<p>Convert.ToInt32()在null时不抛异常而是返回0；</p><p>&nbsp;Int32.Parse()要抛异常； </p><p>I nt32.TryParse()不抛异常，会返回true或false来说明解析是否成功，如果解析错误，调用方将会得到0值。</p><p>然后是在性能方面： </p><p>3个方法几乎没有差异！</p><p>如果真要追求完美那么性能的差异是： Int32.TryParse()优于Int32.Parse()优于Convert.ToInt32()。</p><p>所以个人建议：.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()。</p><p>那么为什么会这样呢？其实这些数据不是偶然的，</p><p>因为：Convert.ToInt32 会把最终的解析工作代理给 Int32.Parse；Int32.Parse 会把最终的解析</p><p>工作代理给Number.ParseInt32； </p><p>Int32.TryParse 会把最终的解析工作代理给Number.TryParseInt32。</p><<img src ="http://blog.csdn.net/chaye12/aggbug/2483120.aspx" width = "1" height = "1" />Tue, 27 May 2008 00:51:00 +0800chaye12http://blog.csdn.net/chaye12/archive/2008/05/26/2483120.aspx#Feedbackhttp://blog.csdn.net/chaye12/archive/2008/05/26/2483120.aspxchaye12http://blog.csdn.net/chaye12/archive/2008/05/26/2483120.aspxhttp://blog.csdn.net/chaye12/feed.aspxcsdn.net/chaye12/~7480951/212114003/5589900http://blog.csdn.net/chaye12/archive/2008/05/26/2483121.aspxhttp://blog.csdn.net/chaye12/comments/2483121.aspx0http://blog.csdn.net/chaye12/comments/commentRss/2483121.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2483121<p>Convert.ToInt32()在null时不抛异常而是返回0；</p><p>&nbsp;Int32.Parse()要抛异常； </p><p>I nt32.TryParse()不抛异常，会返回true或false来说明解析是否成功，如果解析错误，调用方将会得到0值。</p><p>然后是在性能方面： </p><p>3个方法几乎没有差异！</p><p>如果真要追求完美那么性能的差异是： Int32.TryParse()优于Int32.Parse()优于Convert.ToInt32()。</p><p>所以个人建议：.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()。</p><p>那么为什么会这样呢？其实这些数据不是偶然的，</p><p>因为：Convert.ToInt32 会把最终的解析工作代理给 Int32.Parse；Int32.Parse 会把最终的解析</p><p>工作代理给Number.ParseInt32； </p><p>Int32.TryParse 会把最终的解析工作代理给Number.TryParseInt32。</p><<img src ="http://blog.csdn.net/chaye12/aggbug/2483121.aspx" width = "1" height = "1" />Tue, 27 May 2008 00:51:00 +0800chaye12http://blog.csdn.net/chaye12/archive/2008/05/26/2483121.aspx#Feedbackhttp://blog.csdn.net/chaye12/archive/2008/05/26/2483121.aspxchaye12http://blog.csdn.net/chaye12/archive/2008/05/26/2483121.aspxhttp://blog.csdn.net/chaye12/feed.aspxcsdn.net/chaye12/~7480951/212114004/5589900http://blog.csdn.net/chaye12/archive/2008/05/26/2483124.aspxhttp://blog.csdn.net/chaye12/comments/2483124.aspx0http://blog.csdn.net/chaye12/comments/commentRss/2483124.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2483124<p>Convert.ToInt32()在null时不抛异常而是返回0；</p><p>&nbsp;Int32.Parse()要抛异常； </p><p>I nt32.TryParse()不抛异常，会返回true或false来说明解析是否成功，如果解析错误，调用方将会得到0值。</p><p>然后是在性能方面： </p><p>3个方法几乎没有差异！</p><p>如果真要追求完美那么性能的差异是： Int32.TryParse()优于Int32.Parse()优于Convert.ToInt32()。</p><p>所以个人建议：.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()。</p><p>那么为什么会这样呢？其实这些数据不是偶然的，</p><p>因为：Convert.ToInt32 会把最终的解析工作代理给 Int32.Parse；Int32.Parse 会把最终的解析</p><p>工作代理给Number.ParseInt32； </p><p>Int32.TryParse 会把最终的解析工作代理给Number.TryParseInt32。</p><<img src ="http://blog.csdn.net/chaye12/aggbug/2483124.aspx" width = "1" height = "1" />Tue, 27 May 2008 00:51:00 +0800chaye12http://blog.csdn.net/chaye12/archive/2008/05/26/2483124.aspx#Feedbackhttp://blog.csdn.net/chaye12/archive/2008/05/26/2483124.aspxchaye12http://blog.csdn.net/chaye12/archive/2008/05/26/2483124.aspxhttp://blog.csdn.net/chaye12/feed.aspxcsdn.net/chaye12/~7480951/212114005/5589900http://blog.csdn.net/chaye12/archive/2008/05/26/2483115.aspxhttp://blog.csdn.net/chaye12/comments/2483115.aspx0http://blog.csdn.net/chaye12/comments/commentRss/2483115.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2483115<p>Convert.ToInt32()在null时不抛异常而是返回0；</p><p>&nbsp;Int32.Parse()要抛异常； </p><p>I nt32.TryParse()不抛异常，会返回true或false来说明解析是否成功，如果解析错误，调用方将会得到0值。</p><p>然后是在性能方面： </p><p>3个方法几乎没有差异！</p><p>如果真要追求完美那么性能的差异是： Int32.TryParse()优于Int32.Parse()优于Convert.ToInt32()。</p><p>所以个人建议：.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()。</p><p>那么为什么会这样呢？其实这些数据不是偶然的，</p><p>因为：Convert.ToInt32 会把最终的解析工作代理给 Int32.Parse；Int32.Parse 会把最终的解析</p><p>工作代理给Number.ParseInt32； </p><p>Int32.TryParse 会把最终的解析工作代理给Number.TryParseInt32。</p><<img src ="http://blog.csdn.net/chaye12/aggbug/2483115.aspx" width = "1" height = "1" />Tue, 27 May 2008 00:50:00 +0800chaye12http://blog.csdn.net/chaye12/archive/2008/05/26/2483115.aspx#Feedbackhttp://blog.csdn.net/chaye12/archive/2008/05/26/2483115.aspxchaye12http://blog.csdn.net/chaye12/archive/2008/05/26/2483115.aspxhttp://blog.csdn.net/chaye12/feed.aspxcsdn.net/chaye12/~7480951/212114006/5589900http://blog.csdn.net/chaye12/archive/2008/05/26/2483116.aspxhttp://blog.csdn.net/chaye12/comments/2483116.aspx0http://blog.csdn.net/chaye12/comments/commentRss/2483116.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2483116<p>Convert.ToInt32()在null时不抛异常而是返回0；</p><p>&nbsp;Int32.Parse()要抛异常； </p><p>I nt32.TryParse()不抛异常，会返回true或false来说明解析是否成功，如果解析错误，调用方将会得到0值。</p><p>然后是在性能方面： </p><p>3个方法几乎没有差异！</p><p>如果真要追求完美那么性能的差异是： Int32.TryParse()优于Int32.Parse()优于Convert.ToInt32()。</p><p>所以个人建议：.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()。</p><p>那么为什么会这样呢？其实这些数据不是偶然的，</p><p>因为：Convert.ToInt32 会把最终的解析工作代理给 Int32.Parse；Int32.Parse 会把最终的解析</p><p>工作代理给Number.ParseInt32； </p><p>Int32.TryParse 会把最终的解析工作代理给Number.TryParseInt32。</p><<img src ="http://blog.csdn.net/chaye12/aggbug/2483116.aspx" width = "1" height = "1" />Tue, 27 May 2008 00:50:00 +0800chaye12http://blog.csdn.net/chaye12/archive/2008/05/26/2483116.aspx#Feedbackhttp://blog.csdn.net/chaye12/archive/2008/05/26/2483116.aspxchaye12http://blog.csdn.net/chaye12/archive/2008/05/26/2483116.aspxhttp://blog.csdn.net/chaye12/feed.aspxcsdn.net/chaye12/~7480951/212114007/5589900