細說Convert和Parse到底那個效率高！

前言：
    好多高手，獻醜了。
    大家都知道在進行類型轉換的時候有連個方法供我們使用就是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中唯讀函數Nunberpublic static int Parse(string s, NumberStyles style, IFormatProvider provider)
{
    NumberFormatInfo instance = NumberFormatInfo.GetInstance(provider);
    NumberFormatInfo.ValidateParseStyle(style);
    return Number.ParseInt32(s, style, instance);
}

 

 

Nubmer中的PasreInt32會去執行轉換。
      好，int的分析到此。看Convert的轉換，
    當我們調用Convert.toint32這個方法的時候看看Convert類是怎麼執行的！public static int ToInt32(string value, IFormatProvider provider)
{
    if (value == null)
    {
        return 0;
    }
    return int.Parse(value, NumberStyles.Integer, NumberFormatInfo.GetInstance(provider));
}

 

 

 
    你會發現他直接就去找了int這個類的Parse方法。而這個方法直接去執行了int32中parse的那個重載的方法。可見殊途同歸他們最後到要落到唯讀類Number身上去進行類型轉換。效能差距在進行到Number之前就產生了！在parse中他會直接找到自身，而Convert轉化string到什麼類型最終都是落到該類型的parse身上，所以針對string類型的轉換還是本身類型的parse效率更高一些。