• <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 天下 閱讀(391) 評論(0)  編輯 收藏 引用 所屬分類: C/C++

            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            導航

            統計

            常用鏈接

            留言簿(4)

            隨筆分類(378)

            隨筆檔案(329)

            鏈接

            最新隨筆

            搜索

            最新評論

            国产99久久精品一区二区| 久久99久久无码毛片一区二区| 久久SE精品一区二区| 成人综合久久精品色婷婷| 色欲av伊人久久大香线蕉影院| 久久久久无码精品国产| 精品无码久久久久久久动漫| 97精品依人久久久大香线蕉97| 四虎国产永久免费久久| 亚洲精品午夜国产VA久久成人| 一级做a爰片久久毛片16| 久久精品国产2020| 久久久精品人妻无码专区不卡| 久久99国产综合精品免费| 一极黄色视频久久网站| 国产99久久九九精品无码| 久久婷婷五月综合色高清| 欧美午夜精品久久久久久浪潮| 99久久婷婷国产综合亚洲| 久久精品卫校国产小美女| 久久九色综合九色99伊人| 99re这里只有精品热久久| 久久午夜无码鲁丝片| 亚洲AV无码一区东京热久久| 久久天天婷婷五月俺也去| 一本久久综合亚洲鲁鲁五月天| 久久久久无码精品国产app| 色综合久久综精品| 久久青草国产手机看片福利盒子| 亚洲AV成人无码久久精品老人| 欧美黑人激情性久久| 色综合久久夜色精品国产| 亚洲国产成人精品女人久久久| 女同久久| 精品久久久无码人妻中文字幕| 欧美成人免费观看久久| 国产aⅴ激情无码久久| 亚洲欧美日韩久久精品第一区| 亚洲av伊人久久综合密臀性色| 欧美va久久久噜噜噜久久| 久久精品aⅴ无码中文字字幕不卡|