• <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>

            為生存而奔跑

               :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              271 Posts :: 0 Stories :: 58 Comments :: 0 Trackbacks

            留言簿(5)

            我參與的團(tuán)隊

            搜索

            •  

            積分與排名

            • 積分 - 328615
            • 排名 - 74

            最新評論

            閱讀排行榜

            評論排行榜

             如何理解LPCTSTR類型? 
              L表示long指針 這是為了兼容Windows 3.1等16位操作系統(tǒng)遺留下來的,在win32中以及其他的32為操作系統(tǒng)中, long指針和near指針及far修飾符都是為了兼容的作用。沒有實(shí)際意義。
              P表示這是一個指針
              C表示是一個常量
              T表示在Win32環(huán)境中, 有一個_T宏
              這個宏用來表示你的字符是否使用UNICODE, 如果你的程序定義了UNICODE或者其他相關(guān)的宏,那么這個字符或者字符串將被作為UNICODE字符串,否則就是標(biāo)準(zhǔn)的ANSI字符串。
              STR表示這個變量是一個字符串
              所以LPCTSTR就表示一個指向常固定地址的可以根據(jù)一些宏定義改變語義的字符串。
              同樣, LPCSTR就只能是一個ANSI字符串,在程序中我們大部分時間要使用帶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() {......}, 直接返回他所維護(hù)的字符串。 
              當(dāng)你需要一個const char* 而傳入了CString時, C++編譯器自動調(diào)用 CString重載的操作符 LPCTSTR()來進(jìn)行隱式的類型轉(zhuǎn)換。 
              當(dāng)需要CString , 而傳入了 const char* 時(其實(shí) 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* 強(qiáng)制轉(zhuǎn)換成 char* 使用。 
              樓主舉的例子 
              LPSTR lpstr = (LPSTR)(LPCTSTR)string; 
              就是這種不安全的使用方法。 
              這個地方使用的是強(qiáng)制類型轉(zhuǎn)換,你都強(qiáng)制轉(zhuǎn)換了,C++編譯器當(dāng)然不會拒絕你,但同時他也認(rèn)為你確實(shí)知道自己要做的是什么。因此是不會給出警告的。 
              強(qiáng)制的任意類型轉(zhuǎn)換是C(++)的一項強(qiáng)大之處,但也是一大弊端。這一問題在 vc6 以后的版本(僅針對vc而言)中得到逐步的改進(jìn)(你需要更明確的類型轉(zhuǎn)換聲明)。 
              其實(shí)在很多地方都可以看到類似 
              LPSTR lpstr = (LPSTR)(LPCTSTR)string; 
              地用法,這種情況一般是函數(shù)的約束定義不夠完善的原因, 比如一個函數(shù)接受一個字符串參數(shù)的輸入,里面對該字符串又沒有任何的修改,那么該參數(shù)就應(yīng)該定義成 const char*, 但是很多初學(xué)者弄不清const地用法,或者是懶, 總之就是隨意寫成了 char* 。 這樣子傳入CString時就需要強(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的,同樣你需要非常明確為什么這么做時才能這樣子處理,一般應(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;
            posted on 2009-12-30 23:56 baby-fly 閱讀(305) 評論(0)  編輯 收藏 引用 所屬分類: MFC
            久久99精品国产麻豆| 成人亚洲欧美久久久久| 久久九九久精品国产免费直播| 美女久久久久久| 亚洲成色WWW久久网站| 日本精品久久久久中文字幕| 青青草原综合久久大伊人导航| 久久久久亚洲av综合波多野结衣| 久久精品国产精品亚洲毛片| 成人亚洲欧美久久久久| 久久精品国产亚洲AV大全| 久久播电影网| 9久久9久久精品| 一本色道久久综合狠狠躁| 久久996热精品xxxx| 成人综合伊人五月婷久久| 色天使久久综合网天天| 99久久99这里只有免费费精品| 久久久久久午夜精品| 99精品伊人久久久大香线蕉| 久久亚洲中文字幕精品有坂深雪 | 久久综合久久自在自线精品自 | 人妻无码精品久久亚瑟影视| 日韩精品久久久久久久电影蜜臀| 国产精品99久久久久久董美香 | 国产国产成人精品久久| 久久精品国产亚洲AV久| 久久涩综合| 国产精品伊人久久伊人电影| 91久久婷婷国产综合精品青草| 精品国产乱码久久久久久呢| 女人高潮久久久叫人喷水| 亚洲国产精品无码久久九九| 国产精品美女久久久久av爽| 美女写真久久影院| 国内精品伊人久久久久| 亚洲国产精品久久久久久| 2021少妇久久久久久久久久| 国产精品久久久久久搜索| 亚洲AV无码1区2区久久 | 女同久久|