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

            天下

            記錄修行的印記

            常用的字符串處理函數

            ◆ 常用的字符串處理函數,具體信息見MSDN:

            字符串長度:
            ● Ansi:strlen(char *str);                
            ● Unicode:wcslen(wchar_t *str);
            ● 通用函數:_tcslen(TCHAR *str);

             

            ● Ansi:int atoi(const char *str);            
            ● Unicode:int _wtoi(const wchar_t *str);
            ● 通用函數:_tstoi(const TCHAR *str);

             

            字符串拷貝:
            ● Ansi:strcpy(char *strDestination, const char *strSource); 
            ● Unicode:wcscpy(wchar_t *strDestination, const wchar_t *strSource);
            ● 通用函數:_tcscpy(TCHAR *strDestination, const TCHAR *strSource);
             

            以上函數不安全,在vs2003等以上版本的編譯器中會有warnning警告提示,以下為安全函數(vc++6.0不支持):
            ● Ansi:strcpy_s(char *strDestination, size_t numberOfElements, const char *strSource);
            ● Unicode:wcscpy_s(wchar_t *strDestination, size_t numberOfElements, const wchar_t *strSource);
            ● 通用函數:_tcscpy_s(TCHAR *strDestination, size_t numberOfElements, const TCHAR *strSource);
             

            numberOfElements Size of the destination string buffer. 目的緩沖區的大小,以字節為單位,不是字符!

             

            size_t unsigned integer,在MSDN中的解釋:Result of sizeof operator,也就是說 size_t 是 unsigned integer 即無符號整數。那為什么會有size_t這個類型呢? 因為不同平臺的操作系統(32/64)中 int/long 等類型所占的字節并不一樣,而 size_t 在不同的平臺下有不同的定義。有點類似于TCHAR類型:

            #ifndef   _SIZE_T_DEFINED  
              #ifdef     _WIN64  
              typedef   unsigned   __int64         size_t;   //8個字節,64位 
              #else  
              typedef   _W64   unsigned   int       size_t;   //4個字節,32位  
              #endif  
              #define   _SIZE_T_DEFINED
            #endif
             

            ◆轉換用到的最根本的 API 函數:
            WideCharToMultiByte 實現寬字節轉換到窄字節          //函數參數自行查詢MSDN。
            MultiByteToWideChar 實現窄字節轉換到寬字節          

            WideCharToMultiByte 的代碼頁用來標記與新轉換的字符串相關的代碼頁;
            MultiByteToWideChar 的代碼頁用來標記與一個多字節字符串相關的代碼頁,

            [1]、常用的代碼頁有 CP_ACP 和 CP_UTF8 兩個: 使用 CP_ACP 代碼頁就實現了 ANSI 與 Unicode 之間的轉換;
                使用 CP_UTF8 代碼頁就實現了 UTF-8 與 Unicode 之間的轉換。
            [2]、dwFlags 參數允許我們進行額外的控制,但是,一般情況下都不使用這個標志,直接傳遞 0 就行了。
            [3]、lpDefaultChar和pfUsedDefaultChar:
            只有當WideCharToMultiByte函數遇到一個寬字節字符,而該字符在uCodePage參數標識的代碼頁中并沒有它的表示法時,WideCharToMultiByte函數才使用這兩個參數。如果寬字節字符不能被轉換,該函數便使用lpDefaultChar參數指向的字符。如果該參數是NULL(這是大多數情況下的參數值),那么該函數使用系統的默認字符。該默認字符通常是個問號。這對于文件名來說是危險的,因為問號是個通配符。pfUsedDefaultChar參數指向一個布爾變量,如果Unicode字符串中至少有一個字符不能轉換成等價多字節字符,那么函數就將該變量置為TRUE。如果所有字符均被成功地轉換,那么該函數就將該變量置為FALSE。當函數返回以便檢查寬字節字符串是否被成功地轉換后,可以測試該變量。

            ● 兩個轉換函數的使用舉例:
            char *cctryWideCharToAnsi(wchar_t *pWideChar)
            {
                if (!pWideChar) return NULL;
                char *pszBuf = NULL;
                int needBytes = WideCharToMultiByte(CP_ACP, 0, pWideChar, -1, NULL, 0, NULL, NULL);
                if (needBytes > 0){
                    pszBuf = new char[needBytes+1];
                    ZeroMemory(pszBuf, (needBytes+1)*sizeof(char));
                    WideCharToMultiByte(CP_ACP, 0, pWideChar, -1, pszBuf, needBytes, NULL, NULL);
                }
                return pszBuf;
            }
             
            wchar_t *cctryAnsiCharToWide(char *pChar)
            {
                if (!pChar) return NULL;
                wchar_t *pszBuf = NULL;
                int needWChar = MultiByteToWideChar(CP_ACP, 0, pChar, -1, NULL, 0);
                if (needWChar > 0){
                    pszBuf = new wchar_t[needWChar+1];
                    ZeroMemory(pszBuf, needWChar+1);
                    MultiByteToWideChar(CP_ACP, 0, pChar, -1, pszBuf, needWChar);
                }
             
                return pszBuf;
            }
            使用過后千萬別忘記釋放空間

            posted on 2015-12-14 20:33 天下 閱讀(385) 評論(0)  編輯 收藏 引用 所屬分類: C/C++

            <2013年3月>
            242526272812
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            導航

            統計

            常用鏈接

            留言簿(4)

            隨筆分類(378)

            隨筆檔案(329)

            鏈接

            最新隨筆

            搜索

            最新評論

            午夜精品久久久久久毛片| 午夜精品久久久久久中宇| 国产精品美女久久久免费| 久久99精品久久久久久齐齐| 精品久久久久久无码中文字幕 | 国产高清美女一级a毛片久久w| Xx性欧美肥妇精品久久久久久| 久久久午夜精品福利内容| 少妇内射兰兰久久| 久久久艹| 久久综合狠狠色综合伊人| 亚洲精品高清一二区久久| 精品无码久久久久久午夜| 热久久国产欧美一区二区精品| 久久男人Av资源网站无码软件| 久久夜色精品国产| 精品综合久久久久久97超人| 中文精品99久久国产| 国产成人久久久精品二区三区| 亚洲欧美成人综合久久久| 人妻少妇精品久久| 国产精品xxxx国产喷水亚洲国产精品无码久久一区 | 国产福利电影一区二区三区久久老子无码午夜伦不 | 一本色道久久88加勒比—综合| 国产成人精品综合久久久久| 欧美大战日韩91综合一区婷婷久久青草| 久久精品国产亚洲av麻豆小说| 蜜桃麻豆WWW久久囤产精品| 久久精品国产一区二区三区| 欧美久久综合性欧美| 狠狠色丁香婷婷综合久久来 | 国产成人综合久久精品红| 亚洲性久久久影院| 亚洲天堂久久久| 国产成人综合久久精品红| 中文字幕久久亚洲一区| 久久精品无码一区二区WWW| 久久99热这里只有精品66| 人妻无码αv中文字幕久久琪琪布| 久久久国产精品| 亚洲欧洲精品成人久久奇米网|