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

            可冰

            冰,是沉睡著的水......

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              37 隨筆 :: 5 文章 :: 94 評論 :: 0 Trackbacks
            上周,我花了很多心思使用模板寫了一個UTF-8與UNICODE相互轉換的功能(見文件code.rar),剛開始感覺還可以,但這幾天慢慢的覺得,為什么不直接提供兩個函數呢,這樣不是簡單方便嗎?我這樣的設計又能帶來額外的什么好處呢?剛開始我是想提供比較方便好用以及容易擴展與維護的代碼,但現在感覺到與直接提供C式的函數并沒有多少額外的好處.或許這樣的簡單功能根本就用不著這樣復雜的代碼吧.正如Eric Raymond對C++的評價一樣,它"使程序員傾向于寫復雜的代碼".
            我想大家看看我的代碼,給我一點意見和建議.
            posted on 2005-09-29 20:34 可冰 閱讀(9368) 評論(10)  編輯 收藏 引用 所屬分類: C++UTF-8

            評論

            # re: 評價一下UTF-8與UNICODE相互轉換的代碼 2005-09-29 21:27 cpunion
            下載不了。

            前幾天看你寫了個模板方式的,感覺是不必要,模板一般用在批量產生代碼、加強類型檢查、提高效率、普通代碼不好解決問題的時候。  回復  更多評論
              

            # re: 評價一下UTF-8與UNICODE相互轉換的代碼 2005-09-29 23:05 可冰
            謝謝提醒.我已經將文件轉放在博客園上,現在可以下載了.  回復  更多評論
              

            # re: 評價一下UTF-8與UNICODE相互轉換的代碼 2005-09-29 23:18 cpunion
            直接使用2個函數,unicodeToUtf8, utf8ToUnicode更簡單。

            從你的模板參數可以得知,2個int值的模板參數將推導出2個類型,最終還是被映射到2個不同的算法上了,不如簡單地做:

            string convert (const wstring& src);

            wstring convert (const string& src);  回復  更多評論
              

            # re: 評價一下UTF-8與UNICODE相互轉換的代碼 2005-09-29 23:30 可冰
            嗯,確實是.
            你說的是對的,模板不能濫用,"模板一般用在批量產生代碼、加強類型檢查、提高效率、普通代碼不好解決問題的時候".以后我會記住的.
            其實,我確實可能是有一點追求復雜代碼的傾向,寫代碼時考慮代碼最多,而不是具體的運用.在這一點上我是走錯路了.
            以后一定要改!  回復  更多評論
              

            # re: 評價一下UTF-8與UNICODE相互轉換的代碼 2005-09-30 09:02 ilovevc
            恕我直言, 你這個程序寫得并不好, 一看就是看設計模式走火入魔的一種.
            1. singleton根本就不需要, 而且在沒有GC的C++中還帶來了釋放的問題. 你就提供幾個static 成員函數就可以了.
            2. 過多的類層次,什么ConcreteConvert, 虛函數根本沒有必要, 實際上最后就是兩個類, 每個類有一個static member function進行轉換就可以了.
            3. 使用模板可以, 但是你這個模板沒有太多意思. 可以考慮使用iterator的concept, 例如 convert(In src_first, In src_last, Out out_first), 這樣可以很靈活, 例如使用一個string的back_inserter作為Out參數就可以自動分配內存.
            4. 界面不直觀. 看你的cpp文件就知道. 我認為的界面可能有一下形式:
            uncode_convert<utf-8, unicode>(......);
            unicode_convert<unicode, utf-8>(....);

            總之, 本質原因我認為并不是你過于**追究**復雜代碼, 而是你解決問題的時候使用了復雜的方式.   回復  更多評論
              

            # re: 評價一下UTF-8與UNICODE相互轉換的代碼 2005-09-30 13:13 可冰
            謝謝你的批評.我也正是認識到這個問題后來向大家尋求幫助的.
            另外你給我建議很不錯的,可以考慮那樣的實現.  回復  更多評論
              

            # re: 評價一下UTF-8與UNICODE相互轉換的代碼 2006-02-15 03:33 Edward
            請教:
            I build a function:

            wstring mbstowcs(const string &str) {
            size_t len=mbstowcs(NULL, str.c_str(), str.length());
            wchar_t *pwc = (wchar_t *)malloc( len* sizeof( wchar_t ));
            len=mbstowcs(pwc, str.c_str(), str.length());
            return wstring(pwc,len);
            }

            "str" is a chinese string. but after convertion, "pwc" is a string that I couldn't read. 亂碼。Why? 我的計算機是英文windwos,但可以輸入和顯示漢字。

            Edward  回復  更多評論
              

            # re: 評價一下UTF-8與UNICODE相互轉換的代碼 2006-02-15 17:19 張沈鵬
            http://www.shnenglu.com/zuroc/archive/2006/02/15/3269.html  回復  更多評論
              

            # re: 評價一下UTF-8與UNICODE相互轉換的代碼 2009-04-17 10:42 創意產品網
            不錯  回復  更多評論
              

            # re: 評價一下UTF-8與UNICODE相互轉換的代碼 2009-06-08 16:21 george.qiao
            int32 UnicodeToUTF8(const oscl_wchar *szSrc, int32 nSrcLen, char *strDest, int32 nDestLen)
            {
            int32 i = 0;
            int32 i_cur_output = 0;
            char ch_tmp_byte;

            if (nDestLen <= 0)
            {
            // We cannot append terminate string for this case.
            return 0; /* ERROR_INSUFFICIENT_BUFFER */
            }

            for (i = 0; i < nSrcLen; i++)
            {
            if (BYTE_1_REP > szSrc[i]) /* 1 byte utf8 representation */
            {
            if (i_cur_output + 1 < nDestLen)
            {
            strDest[i_cur_output++] = (char)szSrc[i];
            }
            else
            {
            strDest[i_cur_output] = '\0'; /* Terminate string */
            return 0; /* ERROR_INSUFFICIENT_BUFFER */
            }
            }
            else if (BYTE_2_REP > szSrc[i]) /* 2 byte utf8 representation */
            {
            if (i_cur_output + 2 < nDestLen)
            {
            strDest[i_cur_output++] = (char)(szSrc[i] >> 6 | 0xc0);
            strDest[i_cur_output++] = (char)((szSrc[i] & 0x3f) | 0x80);
            }
            else
            {
            strDest[i_cur_output] = '\0'; /* Terminate string */
            return 0; /* ERROR_INSUFFICIENT_BUFFER */
            }
            }
            else if (SURROGATE_MAX > szSrc[i] && SURROGATE_MIN < szSrc[i])
            { /* 4 byte surrogate pair representation */
            if (i_cur_output + 4 < nDestLen)
            {
            ch_tmp_byte = (char)(((szSrc[i] & 0x3c0) >> 6) + 1);
            strDest[i_cur_output++] = (char)(ch_tmp_byte >> 2 | 0xf0);
            strDest[i_cur_output++] = (char)(((ch_tmp_byte & 0x03) | 0x80) | (szSrc[i] & 0x3e) >> 2);
            }
            else
            {
            strDest[i_cur_output] = '\0'; /* Terminate string */
            return 0; /* ERROR_INSUFFICIENT_BUFFER */
            }
            }
            else /* 3 byte utf8 representation */
            {
            if (i_cur_output + 3 < nDestLen)
            {
            strDest[i_cur_output++] = (char)(szSrc[i] >> 12 | 0xe0);
            strDest[i_cur_output++] = (char)(((szSrc[i] >> 6) & 0x3f) | 0x80);
            strDest[i_cur_output++] = (char)((szSrc[i] & 0x3f) | 0x80);
            }
            else
            {
            strDest[i_cur_output] = '\0'; /* Terminate string */
            return 0; /* ERROR_INSUFFICIENT_BUFFER */
            }
            } /* @todo Handle surrogate pairs */
            }

            strDest[i_cur_output] = '\0'; /* Terminate string */
            return i_cur_output; /* This value is in bytes */  回復  更多評論
              

            久久天堂AV综合合色蜜桃网| 狠狠色丁香久久婷婷综合_中| 国产精品久久久久AV福利动漫| 99热成人精品热久久669| 蜜桃麻豆www久久| 人妻无码αv中文字幕久久琪琪布| 日韩精品久久久肉伦网站| 国产精品久久影院| 久久天天躁夜夜躁狠狠躁2022| 久久综合综合久久97色| 久久人人爽人人爽人人片AV高清| 久久99久久99精品免视看动漫| 久久久久国产精品嫩草影院 | 2020最新久久久视精品爱| 久久久久久极精品久久久| 久久精品毛片免费观看| 亚洲欧美另类日本久久国产真实乱对白 | 久久中文字幕人妻丝袜| 久久精品国产半推半就| 无码超乳爆乳中文字幕久久| 很黄很污的网站久久mimi色| 国产综合久久久久久鬼色| 亚洲精品NV久久久久久久久久| 999久久久免费国产精品播放| 日本久久久久亚洲中字幕| 中文字幕精品久久| 91精品国产高清久久久久久国产嫩草| 麻豆成人久久精品二区三区免费 | 九九久久99综合一区二区| 久久久亚洲裙底偷窥综合| 老司机午夜网站国内精品久久久久久久久 | 久久无码国产专区精品| 午夜精品久久久久久| 久久婷婷五月综合色99啪ak | 国产精品中文久久久久久久| 久久黄视频| 久久中文字幕视频、最近更新| 国产亚洲成人久久| 久久五月精品中文字幕| 久久国产成人午夜AV影院| 久久强奷乱码老熟女网站|