TCHAR 與const wchar_t *等的轉換

1)TCHAR 轉換爲const wchar_t *,直接強制轉換,在TCHAR前面加上(*const wchar_t)html

2)BSTR:是一個OLECHAR*類型的Unicode字符串,是一個COM字符串,帶長度前綴,與VB有關,沒怎麼用到過。 數組

LPSTR:即 char *,指向以'/0'結尾的8位(單字節)ANSI字符數組指針 app

LPWSTR:即wchar_t *,指向'/0'結尾的16位(雙字節)Unicode字符數組指針 ide

 LPCSTR:即const char * 函數

 LPCWSTR:即const wchar_t * 編碼

LPTSTR:LPSTR、LPWSTR二者二選一,取決因而否宏定義了UNICODE或ANSI spa

LPCTSTR: LPCSTR、LPCWSTR二者二選一,取決因而否宏定義了UNICODE或ANSI,指針

以下是從MFC庫中拷來的:code

 #ifdef UNICODE typedef LPWSTR LPTSTR; typedef LPCWSTR LPCTSTR;
 #else typedef LPSTR LPTSTR; typedef LPCSTR LPCTSTR; #endif

 相互轉換方法:htm

LPWSTR->LPTSTR: W2T();

 LPTSTR->LPWSTR: T2W(); 

LPCWSTR->LPCSTR: W2CT();

 LPCSTR->LPCWSTR: T2CW();

 ANSI->UNICODE: A2W(); 

 UNICODE->ANSI: W2A();

3)

LPWSTR轉爲LPCSTR

LPCSTR=CW2A(LPWSTR);

 4)

CString與LPCWSTR的轉化(http://www.cnblogs.com/foolboy/archive/2005/07/25/199869.html)

問題原由: 
   
    在寫WritePrivateProfileString寫.ini配置文件時在msdn中看到,若是想要寫得配置信息即時生效必須在以前使用WritePrivateProfileStringW來re-read一下目標.ini文件,其原文以下: 
   

    // force the system to re-read the mapping into shared memory  
    // so that future invocations of the application will see it  
   //  without the user having to reboot the system  
  WritePrivateProfileStringW( NULL, NULL, NULL, L"appname.ini" );



    查了一下msdn中WritePrivateProfileStringW的原型以下: 
   

WINBASEAPI BOOL WINAPI WritePrivateProfileStringW ( 
 LPCWSTR lpAppName, 
 LPCWSTR lpKeyName, 
 LPCWSTR lpString, 
 LPCWSTR lpFileName )



    其中的每一個參數的類型都爲LPCWSTR,實際中得到的文件名都爲CString,問題產生。 

問題分析:

 

LPCWSTR 是Unicode字符串指針,初始化時串有多大,申請空間就有多大,之後存貯若超過則出現沒法預料的結果,這是它與CString的不一樣之處。而CString是一個串類,內存空間類會自動管理。LPCWSTR 初始化以下: 
    

LPCWSTR Name=L"TestlpCwstr";


     
    因爲LPCWSTR必須指向Unicode的字符串,問題的關鍵變成了Anis字符與Unicode字符之間的轉換,不一樣編碼間的轉換,經過查找資料可知,能夠ATL中轉換宏能夠用以下方法實現: 

//方法一 

CString str=_T("TestStr"); 
USES_CONVERSION; 
LPWSTR pwStr=new wchar_t[str.GetLength()+1]; 
wcscpy(pwStr,T2W((LPCTSTR)str));



// 方法二 
 

CString str=_T("TestStr"); 
USES_CONVERSION; 
LPWCSTR pwcStr = A2CW((LPCSTR)str);



  MFC中CString和LPSTR是能夠通用,其中A2CW表示(LPCSTR)  -> (LPCWSTR),USER_CONVERSION表示用來定義一些中間變量,在使用ATL的轉換宏以前必須定義該語句。 

    順便也提一下,若是將LPCWSTR轉換成CString,那就更加容易,在msdn中的CString類說明中提到了能夠直接用LPCWSTR來構造CString,因此能夠進行以下的轉換代碼:   

LPCWSTR pcwStr = L"TestpwcStr"
CString str(pcwStr);

問題總結:     
    在頭文件<atlconv.h>中定義了ATL提供的全部轉換宏,如:    

  A2CW       (LPCSTR)  -> (LPCWSTR) 
  A2W        (LPCSTR)  
-> (LPWSTR) 
  W2CA       (LPCWSTR) 
-> (LPCSTR) 
  W2A        (LPCWSTR) 
-> (LPSTR)

     全部的宏以下表所示: 

A2BSTR OLE2A T2A W2A
A2COLE OLE2BSTR T2BSTR W2BSTR
A2CT OLE2CA T2CA W2CA
A2CW OLE2CT T2COLE W2COLE
A2OLE OLE2CW T2CW W2CT
A2T OLE2T T2OLE W2OLE
A2W OLE2W T2W W2T

上表中的宏函數,很是的有規律,每一個字母都有確切的含義以下:

2 to 的發音和 2 同樣,因此借用來表示「轉換爲、轉換到」的含義。
A ANSI 字符串,也就是 MBCS。
W、OLE 寬字符串,也就是 UNICODE。
T 中間類型T。若是定義了 _UNICODE,則T表示W;若是定義了 _MBCS,則T表示A
C const 的縮寫

    利用這些宏,能夠快速的進行各類字符間的轉換。使用前必須包含頭文件,而且申明USER_CONVERSION;使用 ATL 轉換宏,因爲不用釋放臨時空間,因此使用起來很是方便。可是考慮到棧空間的尺寸(VC 默認2M),使用時要注意幾點:     一、只適合於進行短字符串的轉換;     二、不要試圖在一個次數比較多的循環體內進行轉換;     三、不要試圖對字符型文件內容進行轉換,由於文件尺寸通常狀況下是比較大的;     四、對狀況 2 和 3,要使用 MultiByteToWideChar() 和 WideCharToMultiByte();

相關文章
相關標籤/搜索