我們之前在 c 語言中講過類型轉換，那麼在 c++ 中是否還會有什麼新特性呢？我們先來看看之前的類型轉換是怎樣的，标準資料類型之間會進行隐式的類型安全轉換。轉換規則如下
我們還是以代碼為例來進行分析
我們來試着列印下 d 和 ui 的值，如果 ui + i > 0，則列印 positive，否則列印 negative。最後看看 short 和 char 類型會轉換成 short 嗎？看看編譯結果
我們看到列印的是 positive，也就說 ui + i > 0。根據數學知識，怎麼可能呢？我們一會再來列印下他們相加的值看看，最後一個竟然列印的是 4，short 類型不是 2 嗎？再看看我們上面的隐式類型轉換規則，short 和 char 都會轉換成 int 類型。而 int 也會隐式轉換成 unsigned int，是以結果并不驚奇，我們來看看他們相加的值是多少？
我們看到他們相加是個那麼大的随機數，這肯定大于 0 啦。那麼在 c++ 中問題來了：普通類型與類類型之間能否進行類型轉換？類類型之間能否進行類型轉換？下來我們來看看示例代碼
我們來看看這樣直接 t = 5，和 r = t + 10；可以通過嗎？看看編譯結果
我們看到編譯通過了，并且也執行成功。下來我們來分析下為什麼會支援這樣的寫法，在構造函數中可以定義不同類型的參數，參數滿足這三個條件時便稱之為轉換構造函數：a> 有且僅有一個參數；b> 參數是基本類型；c> 參數是其它類類型。那麼我們從 c 的角度來看看強制類型轉換：int i = int(1.5)；test t = test(100)；這樣便不難解釋了，為了顯示編譯器的強大，編譯器會盡力嘗試讓源碼通過編譯，如下
編譯盡力嘗試的結果便是隐式類型轉換，使用轉換構造函數來進行轉換。但是隐式類型的轉換會讓程式以意想不到的方式進行工作，是工程中的 bug 的重要來源。如果在那塊我們隻是手誤寫成那樣了，編譯器卻讓它通過了，我們看到運作結果不對，bug 卻無從查起。。。
是以為了解決這個問題，我們便在工程中通過 explicit 關鍵字來杜絕編譯器的轉換嘗試，轉換構造函數被 explicit 修飾時隻能進行顯示轉換，轉換方式是：a> static_cast <classname>(value)；b> classname(value)；c> (classname)value；但是在 c++ 中我們推薦的是第一種寫法，最後一種往往是不推薦的。下來我們就來試試 explicit 關鍵字，在 test(int i) 成員函數前加上，看看編譯器還會不會進行隐式類型轉換
那麼編譯器直接報錯了，我們再來試試手動的進行類型轉換，我們将第 37 和 43 行改為下面那樣
我們來看看編譯結果
結果和我們之前的是一樣的。那麼從普通類型能夠轉換到類類型，類類型能否轉換到普通類型呢？我們在 c++ 類中可以定義類型轉換函數，類型轉換函數用于将類對象轉換為其它類型，文法規則如下
下來我們來試試編寫類型轉換函數
我們來試試看這樣行不行呢，編譯結果如下
我們看到類對象已經成功轉換為普通資料類型。那麼類型轉換函數具有以下幾個特點：a> 與轉換構造函數具有相等的地位；b> 使得編譯器有能力将對象轉化為其它類型；c> 編譯器能夠隐式的使用類型轉換函數。同樣，編譯器也會盡量嘗試讓源碼通過編譯，如下
那麼便不難解釋我們上面的程式了。既然這樣都可以轉換，類類型之間可以互相轉換嗎？我們來看看
那麼我們看到 test 和 value 是兩個不同的類，它們能轉換成功嗎？我們來看看編譯結果
編譯通過，當然沒什麼輸出了，我們在程式中又沒有什麼列印語句。那麼如果我們在類 value 中加上轉換構造函數呢？編譯器會作何選擇？這時我們的 value 類将會變成
我們來編譯下看看結果
編譯器報錯了，它犯難了。這是不知道是調用 test 類的類型轉換函數還是 value 類的轉換構造函數了，像這種情況，我們在轉換構造函數前加上 explicit 關鍵字，編譯器便不會去隐式的調用轉換構造函數了。我們在類型轉換函數中加上一句輸出，看看結果
我們可以看出調用的确實是類型轉換函數。那麼我們無法抑制隐式的類型轉換函數調用，類型轉換函數便可能與轉換構造函數造成沖突，工程中以 type totype() 的共有成員函數代替類型轉換函數。
通過對類型轉換函數的學習，總結如下：1、轉換構造函數隻有一個參數；2、轉換構造函數的參數類型是其它類型，它在類型轉換時被調用；3、隐式類型轉換時工程中 bug 的重要來源，explicit 關鍵字用于杜絕隐式類型轉換；4、c++ 類中可以定義類型轉換函數；5類型轉換函數用于将類對象轉換為其它類型，它與轉換構造函數具有同等的地位；6、工程中以 type totype() 的共有成員函數代替類型轉換函數。
歡迎大家一起來學習 c++ 語言，可以加我qq：243343083。