LPCTSTR类型
如何理解LPCTSTR類型?
L表示long指針 這是為了兼容Windows 3.1等16位操作系統(tǒng)遺留下來的,在win32中以及其他的32為操作系統(tǒng)中, long指針和near指針及far修飾符都是為了兼容的作用。沒有實(shí)際意義。
P表示這是一個(gè)指針
C表示是一個(gè)常量
T表示在Win32環(huán)境中, 有一個(gè)_T宏
這個(gè)宏用來表示你的字符是否使用UNICODE, 如果你的程序定義了UNICODE或者其他相關(guān)的宏,那么這個(gè)字符或者字符串將被作為UNICODE字符串,否則就是標(biāo)準(zhǔn)的ANSI字符串。
STR表示這個(gè)變量是一個(gè)字符串
所以LPCTSTR就表示一個(gè)指向常固定地址的可以根據(jù)一些宏定義改變語義的字符串。
同樣, LPCSTR就只能是一個(gè)ANSI字符串,在程序中我們大部分時(shí)間要使用帶T的類型定義。
LPCTSTR == const TCHAR *
CString 和 LPCTSTR 可以說通用。 原因在于CString定義的自動類型轉(zhuǎn)換,沒什么奇特的,最簡單的C++操作符重載而已。
常量字符串a(chǎn)nsi和unicode的區(qū)分是由宏_T來決定的。但是用_T("abcd")時(shí), 字符串"abcd"就會根據(jù)編譯時(shí)的是否定一_UNICODE來決定是char* 還是 w_char*。 同樣,TCHAR 也是相同目的字符宏。 看看定義就明白了。簡單起見,下面只介紹 ansi 的情況,unicode 可以類推。
ansi情況下,LPCTSTR 就是 const char*, 是常量字符串(不能修改的)。
而LPTSTR 就是 char*, 即普通字符串(非常量,可修改的)。
這兩種都是基本類型, 而CString 是 C++類, 兼容這兩種基本類型是最起碼的任務(wù)了。
由于const char* 最簡單(常量,不涉及內(nèi)存變更,操作迅速), CString 直接定義了一個(gè)類型轉(zhuǎn)換函數(shù)
operator LPCTSTR() {......}, 直接返回他所維護(hù)的字符串。
當(dāng)你需要一個(gè)const char* 而傳入了CString時(shí), C++編譯器自動調(diào)用 CString重載的操作符 LPCTSTR()來進(jìn)行隱式的類型轉(zhuǎn)換。
當(dāng)需要CString , 而傳入了 const char* 時(shí)(其實(shí) char* 也可以),C++編譯器則自動調(diào)用CString的構(gòu)造函數(shù)來構(gòu)造臨時(shí)的 CString對象。
因此CString 和 LPCTSTR 基本可以通用。
但是 LPTSTR又不同了,他是 char*, 意味著你隨時(shí)可能修改里面的數(shù)據(jù),這就需要內(nèi)存管理了(如字符串變長,原來的存貯空間就不夠了,則需要重新調(diào)整分配內(nèi)存)。
所以 不能隨便的將 const char* 強(qiáng)制轉(zhuǎn)換成 char* 使用。
樓主舉的例子
LPSTR lpstr = (LPSTR)(LPCTSTR)string;
就是這種不安全的使用方法。
這個(gè)地方使用的是強(qiáng)制類型轉(zhuǎn)換,你都強(qiáng)制轉(zhuǎn)換了,C++編譯器當(dāng)然不會拒絕你,但同時(shí)他也認(rèn)為你確實(shí)知道自己要做的是什么。因此是不會給出警告的。
強(qiáng)制的任意類型轉(zhuǎn)換是C(++)的一項(xiàng)強(qiáng)大之處,但也是一大弊端。這一問題在 vc6 以后的版本(僅針對vc而言)中得到逐步的改進(jìn)(你需要更明確的類型轉(zhuǎn)換聲明)。
其實(shí)在很多地方都可以看到類似
LPSTR lpstr = (LPSTR)(LPCTSTR)string;
地用法,這種情況一般是函數(shù)的約束定義不夠完善的原因, 比如一個(gè)函數(shù)接受一個(gè)字符串參數(shù)的輸入,里面對該字符串又沒有任何的修改,那么該參數(shù)就應(yīng)該定義成 const char*, 但是很多初學(xué)者弄不清const地用法,或者是懶, 總之就是隨意寫成了 char* 。 這樣子傳入CString時(shí)就需要強(qiáng)制的轉(zhuǎn)換一下。
這種做法是不安全的,也是不被建議的用法,你必須完全明白、確認(rèn)該字符串沒有被修改。
CString 轉(zhuǎn)換到 LPTSTR (char*), 預(yù)定的做法是調(diào)用CString的GetBuffer函數(shù),使用完畢之后一般都要再調(diào)用ReleaseBuffer函數(shù)來確認(rèn)修改 (某些情況下也有不調(diào)用ReleaseBuffer的,同樣你需要非常明確為什么這么做時(shí)才能這樣子處理,一般應(yīng)用環(huán)境可以不考慮這種情況)。
同時(shí)需要注意的是, 在GetBuffer 和 ReleaseBuffer之間,CString分配了內(nèi)存交由你來處理,因此不能再調(diào)用其他的CString函數(shù)。
CString 轉(zhuǎn)LPCTSTR:
CString cStr;
const char *lpctStr=(LPCTSTR)cStr;
LPCTSTR轉(zhuǎn)CString:
LPCTSTR lpctStr;
CString cStr=lpctStr;
L表示long指針 這是為了兼容Windows 3.1等16位操作系統(tǒng)遺留下來的,在win32中以及其他的32為操作系統(tǒng)中, long指針和near指針及far修飾符都是為了兼容的作用。沒有實(shí)際意義。
P表示這是一個(gè)指針
C表示是一個(gè)常量
T表示在Win32環(huán)境中, 有一個(gè)_T宏
這個(gè)宏用來表示你的字符是否使用UNICODE, 如果你的程序定義了UNICODE或者其他相關(guān)的宏,那么這個(gè)字符或者字符串將被作為UNICODE字符串,否則就是標(biāo)準(zhǔn)的ANSI字符串。
STR表示這個(gè)變量是一個(gè)字符串
所以LPCTSTR就表示一個(gè)指向常固定地址的可以根據(jù)一些宏定義改變語義的字符串。
同樣, LPCSTR就只能是一個(gè)ANSI字符串,在程序中我們大部分時(shí)間要使用帶T的類型定義。
LPCTSTR == const TCHAR *
CString 和 LPCTSTR 可以說通用。 原因在于CString定義的自動類型轉(zhuǎn)換,沒什么奇特的,最簡單的C++操作符重載而已。
常量字符串a(chǎn)nsi和unicode的區(qū)分是由宏_T來決定的。但是用_T("abcd")時(shí), 字符串"abcd"就會根據(jù)編譯時(shí)的是否定一_UNICODE來決定是char* 還是 w_char*。 同樣,TCHAR 也是相同目的字符宏。 看看定義就明白了。簡單起見,下面只介紹 ansi 的情況,unicode 可以類推。
ansi情況下,LPCTSTR 就是 const char*, 是常量字符串(不能修改的)。
而LPTSTR 就是 char*, 即普通字符串(非常量,可修改的)。
這兩種都是基本類型, 而CString 是 C++類, 兼容這兩種基本類型是最起碼的任務(wù)了。
由于const char* 最簡單(常量,不涉及內(nèi)存變更,操作迅速), CString 直接定義了一個(gè)類型轉(zhuǎn)換函數(shù)
operator LPCTSTR() {......}, 直接返回他所維護(hù)的字符串。
當(dāng)你需要一個(gè)const char* 而傳入了CString時(shí), C++編譯器自動調(diào)用 CString重載的操作符 LPCTSTR()來進(jìn)行隱式的類型轉(zhuǎn)換。
當(dāng)需要CString , 而傳入了 const char* 時(shí)(其實(shí) char* 也可以),C++編譯器則自動調(diào)用CString的構(gòu)造函數(shù)來構(gòu)造臨時(shí)的 CString對象。
因此CString 和 LPCTSTR 基本可以通用。
但是 LPTSTR又不同了,他是 char*, 意味著你隨時(shí)可能修改里面的數(shù)據(jù),這就需要內(nèi)存管理了(如字符串變長,原來的存貯空間就不夠了,則需要重新調(diào)整分配內(nèi)存)。
所以 不能隨便的將 const char* 強(qiáng)制轉(zhuǎn)換成 char* 使用。
樓主舉的例子
LPSTR lpstr = (LPSTR)(LPCTSTR)string;
就是這種不安全的使用方法。
這個(gè)地方使用的是強(qiáng)制類型轉(zhuǎn)換,你都強(qiáng)制轉(zhuǎn)換了,C++編譯器當(dāng)然不會拒絕你,但同時(shí)他也認(rèn)為你確實(shí)知道自己要做的是什么。因此是不會給出警告的。
強(qiáng)制的任意類型轉(zhuǎn)換是C(++)的一項(xiàng)強(qiáng)大之處,但也是一大弊端。這一問題在 vc6 以后的版本(僅針對vc而言)中得到逐步的改進(jìn)(你需要更明確的類型轉(zhuǎn)換聲明)。
其實(shí)在很多地方都可以看到類似
LPSTR lpstr = (LPSTR)(LPCTSTR)string;
地用法,這種情況一般是函數(shù)的約束定義不夠完善的原因, 比如一個(gè)函數(shù)接受一個(gè)字符串參數(shù)的輸入,里面對該字符串又沒有任何的修改,那么該參數(shù)就應(yīng)該定義成 const char*, 但是很多初學(xué)者弄不清const地用法,或者是懶, 總之就是隨意寫成了 char* 。 這樣子傳入CString時(shí)就需要強(qiáng)制的轉(zhuǎn)換一下。
這種做法是不安全的,也是不被建議的用法,你必須完全明白、確認(rèn)該字符串沒有被修改。
CString 轉(zhuǎn)換到 LPTSTR (char*), 預(yù)定的做法是調(diào)用CString的GetBuffer函數(shù),使用完畢之后一般都要再調(diào)用ReleaseBuffer函數(shù)來確認(rèn)修改 (某些情況下也有不調(diào)用ReleaseBuffer的,同樣你需要非常明確為什么這么做時(shí)才能這樣子處理,一般應(yīng)用環(huán)境可以不考慮這種情況)。
同時(shí)需要注意的是, 在GetBuffer 和 ReleaseBuffer之間,CString分配了內(nèi)存交由你來處理,因此不能再調(diào)用其他的CString函數(shù)。
CString 轉(zhuǎn)LPCTSTR:
CString cStr;
const char *lpctStr=(LPCTSTR)cStr;
LPCTSTR轉(zhuǎn)CString:
LPCTSTR lpctStr;
CString cStr=lpctStr;
總結(jié)
- 上一篇: jQuery插件开发全解析
- 下一篇: 5.1 指针与地址 (C)