青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆 - 224  文章 - 41  trackbacks - 0
<2008年11月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

享受編程

常用鏈接

留言簿(11)

隨筆分類(159)

隨筆檔案(224)

文章分類(2)

文章檔案(4)

經(jīng)典c++博客

搜索

  •  

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

原文地址:http://yizhiqiang.blog.51cto.com/917774/197859

UNICODE:它是用兩個(gè)字節(jié)表示一個(gè)字符的方法。比如字符'A'在ASCII下面是一個(gè)字符,可'A'在UNICODE下面是兩個(gè)字符,高字符用0填充,而且漢字'程'在ASCII下面是兩個(gè)字節(jié),而在UNICODE下仍舊是兩個(gè)字節(jié)。UNICODE的用處就是定長表示世界文字,據(jù)統(tǒng)計(jì),用兩個(gè)字節(jié)可以編碼現(xiàn)存的所有文字而沒有二義。
MBCS,它是多字節(jié)字符集,它是不定長表示世界文字的編碼。MBCS表示英文字母時(shí)就和ASCII一樣(這也是我們?nèi)菀装袽BCS和ASCII搞混的原因),但表示其他文字時(shí)就需要用多字節(jié)。 
WINDOWS下面的程序設(shè)計(jì)可以支持MBCS和UNICODE兩種編碼的字符串,具體用那種就看你定義了MBCS宏還是UNICODE宏。MBCS宏對(duì)應(yīng)的字符串指針是char*也就是LPSTR,UNICODE對(duì)應(yīng)的指針是unsigned   short*也就是LPWSTR,為了寫程序方便微軟定義了類型LPTSTR,在MBCS下他就是char*,   在UNICODE下它是unsigned   char*,這樣你就可以重定義一個(gè)宏進(jìn)行不同字符集的轉(zhuǎn)換了。
 
LPTSTR、LPCSTR、LPCTSTR、LPSTR的意義:
 
LPSTR:32bit指針 指向一個(gè)字符串,每個(gè)字符占1字節(jié)
LPCSTR:32-bit指針 指向一個(gè)常字符串,每個(gè)字符占1字節(jié)
LPCTSTR:32-bit指針 指向一個(gè)常字符串,每字符可能占1字節(jié)或2字節(jié),取決于Unicode是否定義
LPTSTR:32-bit指針 每字符可能占1字節(jié)或2字節(jié),取決于Unicode是否定義
 
Windows使用兩種字符集ANSI和UNICODE,前者就是通常使用的單字節(jié)方式,但這種方式處理象中文這樣的雙字節(jié)字符不方便,容易出現(xiàn)半個(gè)漢字的情況。而后者是雙字節(jié)方式,方便處理雙字節(jié)字符。
      
WindowsNT的所有與字符有關(guān)的函數(shù)都提供兩種方式的版本,而Windows9x只支持ANSI方式。_T一般同字常數(shù)相關(guān),如_T("Hello"。如果你編譯一個(gè)程序?yàn)锳NSI方式,_T實(shí)際不起任何作用。而如果編譯一個(gè)程序?yàn)閁NICODE方式,則編譯器會(huì)把"Hello"字符串以UNICODE方式保存。_T和_L的區(qū)別在于,_L不管你是以什么方式編譯,一律UNICODE方式保存.
 
Windows核心編程的第一章。
L是表示字符串資源為Unicode的。
比如:wchar_t Str[] = L"Hello World!";這個(gè)就是雙子節(jié)存儲(chǔ)字符了。
 
_T是一個(gè)適配的宏~
當(dāng) #ifdef _UNICODE的時(shí)候 _T就是L;沒有#ifdef _UNICODE的時(shí)候_T就是ANSI的。
比如:LPTSTR lpStr = new TCHAR[32];
TCHAR* szBuf = _T("Hello");
以上兩句使得無論是在UNICODE編譯條件下都是正確編譯的。
 
而且MS推薦你使用相匹配的字符串函數(shù)。比如處理LPTSTR或者LPCTSTR 的時(shí)候,不要用strlen ,而是要用_tcslen,否則在UNICODE的編譯條件下,strlen不能處理 wchar_t*的字符串。
 
T是非常有意思的一個(gè)符號(hào)(TCHAR、LPCTSTR、LPTSTR、_T()、_TEXT()...),它表示使用一種中間類型,既不明確表示使用 MBCS,也不明確表示使用 UNICODE。那到底使用哪種字符集?編譯的時(shí)候才決定
在vc++中有著各種字符串的表示法,如您所說。        
 
首先char*   是指向ANSI字符數(shù)組的指針,其中每個(gè)字符占據(jù)8位(有效數(shù)據(jù)是除掉最高位的其他7位),這里保持了與傳統(tǒng)的C,C++的兼容。      
 
LP的含義是長指針(long   pointer)。
 
LPSTR是一個(gè)指向以‘\0’結(jié)尾的ANSI字符數(shù)組的指針,與char*可以互換使用,在win32中較多地使用LPSTR。而LPCSTR中增加的‘C’的含義是“CONSTANT”(常量),表明這種數(shù)據(jù)類型的實(shí)例不能被使用它的API函數(shù)改變,除此之外,它與LPSTR是等同的。    
 
    為了滿足程序代碼國際化的需要,業(yè)界推出了Unicode標(biāo)準(zhǔn),它提供了一種簡單和一致的表達(dá)字符串的方法,所有字符中的字節(jié)都是16位的值,其數(shù)量也可以滿足差不多世界上所有書面語言字符的編碼需求,開發(fā)程序時(shí)使用Unicode(類型為wchar_t)是一種被鼓勵(lì)的做法。    
 
    LPWSTR與LPCWSTR由此產(chǎn)生,它們的含義類似于LPSTR與LPCSTR,只是字符數(shù)據(jù)是16位的wchar_t而不是char。       
 
      然后為了實(shí)現(xiàn)兩種編碼的通用,提出了TCHAR的定義:   
如果定義_UNICODE,聲明如下:     typedef   wchar_t   TCHAR;    
如果沒有定義_UNICODE,則聲明如下:     typedef   char   TCHAR;     
 
LPTSTR和LPCTSTR中的含義就是每個(gè)字符是這樣的TCHAR。       
CString類中的字符就是被聲明為TCHAR類型的,它提供了一個(gè)封裝好的類供用戶方便地使用。
 
如果您還需要進(jìn)一步的信息,請(qǐng)參看http://msdn.microsoft.com/library/default.asp?_url=/library/en-us/vclib/html/_crt_data_type_mappings.asp等其他有關(guān)信息。
 
LPTSTR、LPCSTR、LPCTSTR、LPSTR之間的轉(zhuǎn)換:
如何理解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定義的自動(dòng)類型轉(zhuǎn)換,沒什么奇特的,最簡單的C++操作符重載而已。
 
常量字符串a(chǎn)nsi和unicode的區(qū)分是由宏_T來決定的。但是用_T("abcd")時(shí), 字符串"abcd"就會(huì)根據(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++編譯器自動(dòng)調(diào)用 CString重載的操作符 LPCTSTR()來進(jìn)行隱式的類型轉(zhuǎn)換。
當(dāng)需要CString , 而傳入了 const char* 時(shí)(其實(shí) char* 也可以),C++編譯器則自動(dòng)調(diào)用CString的構(gòu)造函數(shù)來構(gòu)造臨時(shí)的 CString對(duì)象。
 
因此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)然不會(huì)拒絕你,但同時(shí)他也認(rèn)為你確實(shí)知道自己要做的是什么。因此是不會(huì)給出警告的。
強(qiáng)制的任意類型轉(zhuǎn)換是C(++)的一項(xiàng)強(qiáng)大之處,但也是一大弊端。這一問題在 vc6 以后的版本(僅針對(duì)vc而言)中得到逐步的改進(jìn)(你需要更明確的類型轉(zhuǎn)換聲明)。
 
其實(shí)在很多地方都可以看到類似
LPSTR lpstr = (LPSTR)(LPCTSTR)string;
地用法,這種情況一般是函數(shù)的約束定義不夠完善的原因, 比如一個(gè)函數(shù)接受一個(gè)字符串參數(shù)的輸入,里面對(duì)該字符串又沒有任何的修改,那么該參數(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;

互轉(zhuǎn):
原文地址:http://yinengsoft.blog.163.com/blog/static/45958957200952341510414/

/* LPTSTR 轉(zhuǎn)換成 CString */

(1)直接賦值
CString strText;
LPTSTR lpszText = _T("LPTSTR >> CString");
strText = lpszText;
::MessageBox( NULL, strText , _T("標(biāo)題"), MB_ICONASTERISK|MB_TASKMODAL|MB_OK );

(2)CString::Format()格式化
CString strText;
LPTSTR lpszText = _T("LPTSTR >> CString");
strText.Format( _T("%s"), lpszText );
::MessageBox( NULL, strText , _T("標(biāo)題"), MB_ICONASTERISK|MB_TASKMODAL|MB_OK );

/* CString 轉(zhuǎn)換成 LPTSTR */

(1)強(qiáng)制轉(zhuǎn)換
CString strText( _T("This is a test") );
LPTSTR lpszText =(LPTSTR)(LPCTSTR)strText;
::MessageBox( NULL, lpszText, _T("標(biāo)題"), MB_ICONASTERISK|MB_TASKMODAL|MB_OK );

(2)使用lstrcpy()
CString strText( "This is a test" );
LPTSTR lpszText = new TCHAR[strText.GetLength()+1];
lstrcpy( lpszText, strText );
::MessageBox( NULL, lpszText, _T("標(biāo)題"), MB_ICONASTERISK|MB_TASKMODAL|MB_OK );

(3)使用CString::GetBuffer()
CString strText(_T("This is a test "));
LPTSTR lpszText = strText.GetBuffer();
strText.ReleaseBuffer();
::MessageBox( NULL, lpszText, _T("標(biāo)題"), MB_ICONASTERISK|MB_TASKMODAL|MB_OK );

TRACE:http://hcorecore.blog.163.com/blog/static/79664102200931811428906/

posted on 2010-03-26 09:01 漂漂 閱讀(730) 評(píng)論(0)  編輯 收藏 引用 所屬分類: c++經(jīng)典文章轉(zhuǎn)載
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            国产精品毛片| 欧美日韩一区三区| 久久精品视频一| 欧美色123| 亚洲伦理中文字幕| 另类天堂av| 99精品免费网| 亚洲国产精品成人| 欧美专区在线观看一区| 国产精品久久国产三级国电话系列 | 欧美日本亚洲韩国国产| 136国产福利精品导航| 久久精品91| 性欧美8khd高清极品| 国产欧美亚洲日本| 欧美一区二区三区免费视频| 亚洲图片欧洲图片日韩av| 国产精品成人va在线观看| 亚洲一区在线播放| 在线一区二区三区四区| 99re6这里只有精品视频在线观看| 美女视频网站黄色亚洲| 亚洲国产婷婷综合在线精品| 欧美激情四色 | 欧美午夜视频在线观看| 一区二区高清在线观看| 亚洲视频二区| 国产丝袜美腿一区二区三区| 久久精品亚洲热| 久久精品国产久精国产一老狼 | 久久久久综合一区二区三区| 久久精品99国产精品| 亚洲国产精品热久久| 亚洲欧洲一区| 国产精品自在线| 欧美成人精品| 欧美午夜精品久久久久免费视 | 亚洲福利专区| 欧美日韩一区在线观看视频| 欧美在线中文字幕| 久久综合九色综合久99| 中文在线一区| 久久精品国产亚洲精品| 夜夜嗨网站十八久久| 亚洲男人第一av网站| 在线精品福利| 艳女tv在线观看国产一区| 国产一区二区三区在线免费观看| 欧美成在线观看| 国产精品美腿一区在线看 | 一区二区三区日韩欧美精品| 狠狠色狠狠色综合日日91app| 欧美高清视频在线观看| 国产精品高清在线| 欧美激情在线观看| 国产日韩亚洲欧美精品| 亚洲三级免费电影| 激情视频亚洲| 亚洲无限乱码一二三四麻| 亚洲国产欧美在线人成| 亚洲综合色网站| 一区二区三区日韩欧美精品| 久久久久国色av免费观看性色| 一区二区三区精品| 欧美激情按摩在线| 国产区日韩欧美| 日韩一区二区免费高清| 亚洲激情网站| 欧美中文字幕视频| 亚洲男同1069视频| 欧美国产日本| 欧美国产大片| 激情成人综合网| 欧美一区二区高清在线观看| 亚洲自拍偷拍色片视频| 欧美人体xx| 亚洲黄色在线看| 欧美日韩另类视频| 欧美激情欧美激情在线五月| 国产一区二区三区高清播放| 一区二区三区视频在线看| 亚洲精品国产精品国自产在线| 欧美一区二视频| 欧美一区二区视频网站| 国产精品久久久一区麻豆最新章节| 亚洲福利电影| 亚洲黄色成人网| 久久影院午夜论| 欧美插天视频在线播放| 亚洲成色精品| 免费成人高清| 亚洲国产精品va在看黑人| 亚洲成人资源网| 欧美第一黄网免费网站| 亚洲国产免费看| 日韩亚洲精品视频| 欧美日韩精品在线| 国产精品99久久久久久有的能看| 中日韩午夜理伦电影免费| 欧美激情性爽国产精品17p| 亚洲国产高清自拍| 9l国产精品久久久久麻豆| 欧美日韩一区二区免费视频| 一本一道久久综合狠狠老精东影业 | 欧美国产在线电影| 亚洲人成精品久久久久| 欧美精品日韩| 亚洲一级高清| 久久蜜桃精品| 亚洲国产日韩一区二区| 欧美精品久久久久久久久久| 亚洲欧洲视频| 久久精品国产99国产精品澳门 | 久久www成人_看片免费不卡| 国内精品久久久久影院薰衣草| 久久一区欧美| 99热在线精品观看| 久久国产高清| 在线观看成人网| 欧美破处大片在线视频| 亚洲欧美另类在线| 免费h精品视频在线播放| 日韩一级免费| 国产小视频国产精品| 男人插女人欧美| 亚洲综合另类| 亚洲黄色免费电影| 欧美在线免费| 亚洲美女精品久久| 国产视频一区三区| 欧美精品久久天天躁| 午夜精彩国产免费不卡不顿大片| 免费不卡视频| 欧美一区二区高清| 亚洲精品一区二| 国产有码在线一区二区视频| 欧美人妖另类| 免费成人av在线看| 欧美一区二区三区的| 亚洲精品久久久久久久久久久久久| 欧美一区二区三区播放老司机| 亚洲国产另类久久精品| 久久久久久免费| 99精品久久免费看蜜臀剧情介绍| 久久麻豆一区二区| 亚洲欧美影院| 一本一本久久a久久精品综合麻豆| 国产日韩欧美综合精品| 国产精品99免费看| 欧美精品国产一区二区| 久久久久成人网| 小处雏高清一区二区三区 | 欧美国产日韩精品免费观看| 久久国产精品久久w女人spa| 在线综合欧美| 亚洲精品资源| 亚洲国产成人精品久久| 浪潮色综合久久天堂| 欧美在线视频免费| 亚洲欧美怡红院| 亚洲一区二区三区四区中文| 亚洲日韩欧美视频一区| 樱桃成人精品视频在线播放| 国产午夜精品久久久久久免费视| 欧美性猛交99久久久久99按摩| 欧美韩日一区| 欧美激情国产日韩| 你懂的视频一区二区| 久久久亚洲国产美女国产盗摄| 欧美亚洲免费电影| 亚洲一区在线播放| 亚洲免费在线精品一区| 亚洲影院色无极综合| 亚洲小视频在线| 亚洲一区二区在线观看视频| 在线亚洲欧美视频| 亚洲自拍偷拍色片视频| 亚洲一级影院| 亚洲欧美清纯在线制服| 欧美一级淫片播放口| 欧美一区日韩一区| 久久精品在线播放| 毛片基地黄久久久久久天堂| 欧美jizzhd精品欧美喷水| 欧美国产亚洲精品久久久8v| 欧美大片一区| 欧美日韩中文字幕| 国产精品美女久久福利网站| 国产欧美日韩专区发布| 狠狠色噜噜狠狠色综合久| 影音先锋亚洲电影| 亚洲乱码久久| 亚洲婷婷在线| 久久福利毛片| 可以免费看不卡的av网站| 91久久嫩草影院一区二区| 99视频一区二区三区| 亚洲欧美日韩精品久久奇米色影视 | 99精品久久久| 欧美在线free|