C++字串完全指引之二：字串封裝類

引言

因為C語言風格的字串容易出錯且不易管理，駭客們甚至利用可能存在的緩衝區溢位bug把C語言風格的字串作為攻擊目標，所以出現了很多字串封裝類。不幸的是，在某些場合下我們不知道該使用哪個字串類，也不知道怎樣把一個C風格的字串轉換成一個字串封裝類。

這篇文章將介紹所有在Win32 API, MFC, STL, WTL 和 Visual C++ 運行庫中出現的字串類型。我將描述每一個類的用法，告訴大家怎樣建立每一個類的對象以及怎樣把一個類轉換成其他類。受控字串和Visual C++ 7中的類兩部分是Nish完成的。

為了更好的從這篇文章中受益，你必須要明白不同的字元類型和編碼，這些內容我在第一部分中介紹過。

Rule #1 of string classes

使用cast來實作類別型轉換是不好的做法，除非有文檔明確指出這種轉換可以使用。

促使我寫這兩篇文章的原因是字串類型轉換中經常遇到的一些問題。當我們使用cast把字串從類型X轉換到類型Z的時候，我們不知道為什麼代碼不能正常工作。各種各樣的字串類型，尤其是BSTR，幾乎沒有在任何一個地方的文檔中被明確的指出可以用cast來實作類別型轉換。所以我想一些人可能會使用cast來實作類別型轉換並希望這種轉換能夠正常工作。

除非源字串是一個被明確指明支援轉換操作符的字串封裝類，否則cast不對字串做任何轉換。對常量字串使用cast不會起到任何作用，所以下面的代碼：

void SomeFunc ( LPCWSTR widestr );
main()
{
　SomeFunc ( (LPCWSTR) "C:\\foo.txt" );　// WRONG!
}

肯定會失敗。它可以被編譯，因為cast操作會撤消編譯器的類型檢查。但是，編譯可以通過並不能說明代碼是正確的。

在下面的例子中，我將會指明cast在什麼時候使用是合法的。

C-style strings and typedefs

正如我在第一部分中提到的，windows APIs 是用TCHARs來定義的，在編譯時間，它可以根據你是否定義_MBCS或者_UNICODE被編譯成MBCS或者Unicode字元。你可以參看第一部分中對TCHAR的完整描述，這裡為了方便，我列出了字元的typedefs

Type	Meaning
WCHAR	Unicode character (wchar_t)
TCHAR	MBCS or Unicode character, depending on preprocessor settings
LPSTR	string of char (char*)
LPCSTR	constant string of char (const char*)
LPWSTR	string of WCHAR (WCHAR*)
LPCWSTR	constant string of WCHAR (const WCHAR*)
LPTSTR	string of TCHAR (TCHAR*)
LPCTSTR	constant string of TCHAR (const TCHAR*)