大家都知道在進行類型轉換的時候有連個方法供我們使用就是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。
而重載的parse中采取調用system中隻讀函數Nunber
View Code
Nubmer中的PasreInt32會去執行轉換。 好，int的分析到此。 看Convert的轉換，當我們調用Convert.toint32這個方法的時候看看Convert類是怎麼執行的！
你會發現他直接就去找了int這個類的Parse方法。而這個方法直接去執行了int32中parse的那個重載的方法。可見殊途同歸他們最後到要落到隻讀類Number身上去進行類型轉換。性能差距在進行到Number之前就産生了！在parse中他會直接找到自身，而Convert轉化string到什麼類型最終都是落到該類型的parse身上，是以針對string類型的轉換還是本身類型的parse效率更高一些。