|
|
using System.Collections.Generic;
using System.Text;
namespace ConsoleApplication1
{
class Program
{
static void Main(string[] args)
{
string myString = "1234";
int myint = 0;
myint = Convert.ToInt32(myString);
Console.Write(myint+"/r/n ");
myint = Int32.Parse(myString);
Console.Write(myint+"/r/n ");
Int32.TryParse(myString, out myint);
Console.Write(myint+"/r/n");
}
}
}
表面上看，可見3個(gè)方法都實(shí)現(xiàn)了同樣的效果！
那么我們把代碼改一下：
//string myString = "1234";
string myString = null;
int myint = 0;
myint = Convert.ToInt32(myString);
Console.Write(myint+"/r/n");
myint = Int32.Parse(myString);
Console.Write(myint+"/r/n");
Int32.TryParse(myString, out myint);
Console.Write(myint+"/r/n");
運(yùn)行結(jié)果：
Convert.ToInt32()在null時(shí)不拋異常而是返回0；
Int32.Parse()要拋異常；
Int32.TryParse()不拋異常，會(huì)返回true或false來說明解析是否成功，如果解析錯(cuò)誤，調(diào)用方將會(huì)得到0值。
得出結(jié)論：
3個(gè)方法幾乎沒有差異！
如果要追求完美，那么可以參靠一下性能的差異：
Int32.TryParse()優(yōu)于Int32.Parse()優(yōu)于Convert.ToInt32()。
個(gè)人建議：.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()。
為什么這樣呢？
因?yàn)椋篊onvert.ToInt32會(huì)把最終的解析工作代理給Int32.Parse，而Int32.Parse和Int32.TryParse則分別把解析工作直接代理給Number.ParseInt32和Number.TryParseInt32,前者在出現(xiàn)解析錯(cuò)誤時(shí)會(huì)拋出異常，而后者則僅僅返回 false。
AspNet技術(shù)：Convert.ToInt32與Int32.Parse區(qū)別及Int32.TryParse，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
