大家都知道在進行類型轉換的時候有連個方法供我們使用就是Convert.to和*.Parse,但是疑問就是什么時候用C 什么時候用P
通俗的解釋大家都知道:
Convert 用來轉換繼承自object類型的類型(當然所有的類型都是繼承自object的),但是一般Convert用來轉化直接就是obejct的類型,如我們用datareader從數據庫取出一個數據的時候就是object類型的,此時你若用int.parse(dr["id"]);肯定會報錯的,所以必須使用Convert.toint32(dr["id"]);
Parse用來轉換String類型的數據。
其實我們看System這個基類就會發現,他的Convert類提供了幾乎所有N型到N型的轉化,就是Convert也只是string類型到int型的轉化,只是parse沒有提供針對object的轉化罷了,可以說parse是N型(除了string類型,他不提供parse的轉化,僅支持Convert到其他類型的轉化)。都有的一個方法,而Convert提供了泛義上的轉化。
疑問來了,既然Convert提供了泛義的轉化比如 string str="1234"; int32.parse(str);Convert.toint32(str);都可以達到相同的效果。哪么到底我們該用那一個,而那一個效果又會更好!
來看system這個基類: 以int到string類型的轉換,不帶格式的轉換為例,當我們使用int32.parse(str)的時候,他其實是在調用mscorlib基類庫的system類中的構造類型int32中的Parse方法。而這個方法調用了本構造中的一個重載(Overload)方法Parse。
public static int Parse(string s) { return Parse(s, NumberStyles.Integer, null); }
而重載的parse中采取調用system中只讀函數Nunber

1 public static int Parse(string s, NumberStyles style, IFormatProvider provider) 2 { NumberFormatInfo instance = NumberFormatInfo.GetInstance (provider); NumberFormatInfo.ValidateParseStyle(style); return Number.ParseInt32(s, style, instance); 3 }
Nubmer中的PasreInt32會去執行轉換。 好,int的分析到此。 看Convert的轉換,當我們調用Convert.toint32這個方法的時候看看Convert類是怎么執行的!
1 public static int ToInt32(string value, IFormatProvider provider) 2 { 3 if (value == null) 4 { 5 return 0; 6 } 7 return int.Parse(value, NumberStyles.Integer, NumberFormatInfo.GetInstance(provider)); 8 }
你會發現他直接就去找了int這個類的Parse方法。而這個方法直接去執行了int32中parse的那個重載的方法。可見殊途同歸他們最后到要落到只讀類Number身上去進行類型轉換。性能差距在進行到Number之前就產生了!在parse中他會直接找到自身,而Convert轉化string到什么類型最終都是落到該類型的parse身上,所以針對string類型的轉換還是本身類型的parse效率更高一些。