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