• <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. 目的緩沖區(qū)的大小,以字節(jié)為單位,不是字符!

             

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

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

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

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

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

            ● 兩個轉換函數的使用舉例:
            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 天下 閱讀(391) 評論(0)  編輯 收藏 引用 所屬分類: C/C++

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

            導航

            統(tǒng)計

            常用鏈接

            留言簿(4)

            隨筆分類(378)

            隨筆檔案(329)

            鏈接

            最新隨筆

            搜索

            最新評論

            久久97精品久久久久久久不卡| 欧美大战日韩91综合一区婷婷久久青草 | 亚洲女久久久噜噜噜熟女| 一本久道久久综合狠狠躁AV| 99久久99这里只有免费费精品| 午夜久久久久久禁播电影| 久久综合九色综合97_久久久| 一日本道伊人久久综合影| 久久亚洲美女精品国产精品| 久久久青草久久久青草| 中文字幕无码久久久| 久久强奷乱码老熟女| 丁香五月网久久综合| 久久精品免费全国观看国产| 欧美激情精品久久久久久久| 91精品无码久久久久久五月天| 亚洲日本va中文字幕久久| 人妻中文久久久久| 97久久国产露脸精品国产| 精品综合久久久久久98| 97久久精品无码一区二区天美| 伊人色综合久久天天网| 久久精品国产99国产精品亚洲 | 久久久久一级精品亚洲国产成人综合AV区 | 久久天天躁狠狠躁夜夜躁2014| 久久综合伊人77777| 精品久久久久久久国产潘金莲 | 奇米综合四色77777久久| 少妇无套内谢久久久久| 人妻精品久久久久中文字幕一冢本| 色婷婷久久综合中文久久蜜桃av| 无码国内精品久久人妻蜜桃| 女人香蕉久久**毛片精品| 亚洲国产成人久久综合野外| 精品久久久久久亚洲精品 | 久久精品亚洲AV久久久无码| 久久精品无码专区免费青青| 久久久久久亚洲精品无码| 国产精品久久久久久福利69堂| 亚洲国产高清精品线久久| 久久99亚洲综合精品首页|