類型理解
LPCTSTR類型：
L表示long指針 這是為了兼容Windows 3.1等16位作業系統遺留下來的，在win32中以及其他的32位作業系統中， long指針和near指針及far修飾符都是為了兼容的作用。沒有實際意義。
P表示這是一個指針
C表示是一個常量
T表示在Win32環境中， 有一個_T宏
STR表示這個變數是一個字元串
詳細釋義
A 32-bit pointer to a constant character string that is portable for Unicode and dbcs.
這個宏用來表示你的字元是否使用UNICODE, 如果你的程式定義了UNICODE或者其他相關的宏，那么這個字元或者字元串將被作為UNICODE字元串，否則就是標準的ANSI字元串。
所以LPCTSTR就表示一個指向常固定地址的可以根據一些宏定義改變語義的字元串。
在程式中我們大部分時間要使用帶T的類型定義。
LPCTSTR == const TCHAR *
CString 和 LPCTSTR 可以說通用。 原因在於CString定義的自動類型轉換，沒什麼奇特的，最簡單的C++操作符重載而已。
常量字元串ansi和unicode的區分是由宏_T來決定的。但是用_T("abcd")時， 字元串"abcd"就會根據編譯時是否定是_UNICODE來決定是char* 還是 wchar_t*。 同樣，TCHAR 也是相同目的字元宏。 看看定義就明白了。
簡單起見，下面只介紹 ansi 的情況，unicode 可以類推。
ansi情況下，LPCTSTR 就是 const char*, 是常量字元串（不能修改的）。
而LPTSTR 就是 char*, 即普通字元串（非常量，可修改的）。
這兩種都是基本類型， 而CString 是 C++類， 兼容這兩種基本類型是最起碼的任務了。
由於const char* 最簡單（常量，不涉及記憶體變更，操作迅速）， CString 直接定義了一個類型轉換函式：
operator LPCTSTR( )
{.
.....
}
函式直接返回所維護的字元串。
當你需要一個const char* 而傳入了CString時， C++編譯器自動調用 CString重載的操作符 LPCTSTR()來進行隱式的類型轉換。
當需要CString , 而傳入了 const char* 時（其實 char* 也可以），C++編譯器則自動調用CString的構造函式來構造臨時的 CString對象。
因此CString 和 LPCTSTR 基本可以通用。
但是 LPTSTR又不同了，它是 char*， 意味著你隨時可能修改裡面的數據，這就需要記憶體管理了(如字元串變長，原來的存貯空間就不夠了，則需要重新調整分配記憶體)。
所以 不能隨便的將 const char* 強制轉換成 char* 使用。
例如：
LPSTR lpstr = (LPSTR)(LPCTSTR)string;
就是這種不安全的使用方法。
這個地方使用的是強制類型轉換，你都強制轉換了，C++編譯器當然不會拒絕你，但同時他也認為你確實知道自己要做的是什麼。因此是不會給出警告的。
強制的任意類型轉換是C(++)的一項強大之處，但也是一大弊端。這一問題在 vc6 以後的版本(僅針對vc而言)中得到逐步的改進(你需要更明確的類型轉換聲明)。
其實在很多地方都可以看到類似 LPSTR lpstr = (LPSTR)(LPCTSTR)string; 的用法，這種情況一般是函式的約束定義不夠完善的原因， 比如一個函式接受一個字元串參數的輸入，裡面對該字元串又沒有任何的修改，那么該參數就應該定義成 const char*， 但是很多初學者弄不清const地用法，或者是懶， 總之就是隨意寫成了 char* 。 這樣子傳入CString時就需要強制的轉換一下。
這種做法是不安全的，也是不被建議的用法，你必須完全明白、確認該字元串沒有被修改。
CString 轉換到 LPTSTR (char*), 預定的做法是調用CString的GetBuffer函式，使用完畢之後一般都要再調用ReleaseBuffer函式來確認修改 (某些情況下也有不調用ReleaseBuffer的，同樣你需要非常明確為什麼這么做時才能這樣子處理，一般套用環境可以不考慮這種情況)。
同時需要注意的是， 在GetBuffer 和 ReleaseBuffer之間，CString分配了記憶體交由你來處理，因此不能再調用其他的CString函式。
CString 轉LPCTSTR:
CString cStr;
const char *lpctStr=(LPCTSTR)cStr;
LPCTSTR轉CString:
LPCTSTR lpctStr;
CString cStr=lpctStr;
