青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

飄雪

C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
  31 Posts :: 0 Stories :: 60 Comments :: 0 Trackbacks
    最近在做嵌入式開發(fā),這個嵌入式平臺上,支持標準c庫,但不支持mbcs,也不支持unicode。里面的wchar_t被直接定義為char(typedef char wchar_t;),可見這個wchar_t是假的,只是為了讓含有wchar_t的程序能通過編譯,并不是支持unicode,當然也就沒有對應的wcs函數族。現在要讓這個系統(tǒng)上的程序支持中文,有下面幾種想法。
    首先要弄清支持中文的含義,先分析一下需求,這個程序對字符串的操作主要是如下流程,從文件中讀進字符串(文件編碼可自己定義),對字符串進行查找、截取、拼接操作,最后把完成的字符串作為參數傳到另一個庫里(暫且叫它libn吧)。需要說明的是,libn由公司別的小組實現,它不關注字符集,里面不再處理(截取、拼接)字符串,只是把輸入的字符串輸出到文件或屏幕,目前已經有一個比較穩(wěn)定的跨平臺版本。
    需求確定以后,接下來要確定中文在程序中的存儲編碼。對中文來說,通常有三種編碼方案可供選擇:
    1. 用mbcs編碼存儲(gb2312/gbk/gb18030)。
    2. 用unicode編碼存儲。
    3. 用utf-8編碼存儲。
    這個系統(tǒng)里針對這三種編碼的字符串函數都沒有,不管采用哪種方案,字符串函數都得自己寫,從這點來說,三種方案的工作量都差不多。
    先來看看mbcs,這個方案純粹是為了中文而支持中文,如果將來要兼容其他語言,mbcs函數都得重寫,而且mbcs跟unicode的轉換沒有固定的公式,必須依賴于一張大表。用mbcs沒有什么特別的好處,這個方案只能早早的就否決了。
    再來看看unicode和utf-8。一般說來,unicode是國際化的終極解決方案,大部分c編譯器支持wchar_t數據類型,如果編譯器不支持wchar_t,可以自己使用unsigned short或unsigned int來模擬。不管什么語言,每個字符都被放到2字節(jié)的wchar_t類型里(linux下是4字節(jié)),通常對于新的程序,都推薦使用unicode。而utf-8是unicode的一種存儲方案。
    下面我們從不同方面來比較一下unicode和utf-8各自的優(yōu)勢:
    1. 內存空間。unicode對于每個字符都是2個字節(jié),utf-8對英文是一個字節(jié),對漢字是2個或3個字節(jié)。對于英文來說,utf-8占優(yōu),但在漢字占多數的情況下,unicode占優(yōu)勢。當然,如果字符串的數量不是很大的話,這個問題不是很突出。這里列出來,對文件存儲也可以起到一個參考作用。
    2. 程序編寫難度。unicode是定長類型,而utf-8是變長的,每操作一個字符的時候,都要考慮這個字符的長度,毫無疑問unicode的字符串函數編寫起來應該更簡單。目前,這兩種字符串函數都有大量的實現可供參考,對于寫程序來說,問題不大。
    3. 程序執(zhí)行效率。unicode定長,utf-8變長。對于strlen,substr之類的操作,unicode很方便,utf-8卻要從頭到尾掃描,而且需要邊掃描邊判斷字符長度。因此unicode比utf-8要快很多,但如果這種操作不是很多,效率影響也不會特別明顯。
    4. 現有程序的數量。unicode程序我們見得多了,但采用utf-8的程序也不少,gtk+就是。它們都運行得很好。
    5. 兼容性。英文的utf-8編碼跟ascii完全一樣,因此也兼容標準c庫的字符串函數,如果不需要操作字符,完全不用關心語言。對于unicode,標準c庫的字符串函數不能工作,字符串函數都得重寫,常常用一個宏來控制在unicode和ascii直接切換(比如windows下的TCHAR)。
    從上面幾點來看,跟utf-8相比,unicode占據絕對優(yōu)勢。只有unicode的世界真美好...
    但事實上,libn因為它并不關心字符集,所以它把接口的字符串類型全部聲明成char*了,如果libn也用unicode實現,那就完美了,可惜,這不在我的控制范圍之內。
    另外還有一種方案,在我的程序內部使用unicode,在調用libn的接口處,轉換成utf-8,傳給libn,從libn返回的utf-8字符串,先轉成unicode再使用。這個方法聽起來也不錯,但是很多對象并不是調用接口時才生成,也不是調用完就銷毀,這樣會導致我的程序內會長期存在字符串的unicode和utf-8兩種拷貝,浪費大量內存,對于嵌入式系統(tǒng)來說,這很難容忍。
    最終,我決定在我的程序內部使用utf-8編碼,作出這個決定的最主要原因是因為我要使用libn,雖然這樣我的程序會消耗更多的內存、需要編寫冗長難懂的字符串函數、效率也會下降,但不得不這樣。gtk+沒有使用unicode而采用utf-8,恐怕也是這樣妥協(xié)的結果吧。
    后記:utf-8函數參考了glib中的實現。



posted on 2009-02-17 15:44 飄雪 閱讀(2200) 評論(13)  編輯 收藏 引用 所屬分類: c/c++

Feedback

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-17 16:08 路人丁
你說的unicode其實特指UCS-2。
UCS-2 和 utf-8 相比較,自然是選 utf-8

"c編譯器支持wchar_t數據類型" --- wchar_t在C/C++是寬字符,而沒有規(guī)定寬字符必須是ucs-2編碼,VC的wchar_t是用ucs2編碼,而其他編譯器大部分用ucs4編碼。  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-17 16:16 飄雪
@路人丁
你說的很對,我上面也注明了“l(fā)inux下是4字節(jié)”,不過沒有具體說ucs-2或ucs-4,另外我也提到了在沒有wchar_t支持的情況下,用short或int來模擬,其實說的也是這個問題

因為我的程序主要是嵌入式系統(tǒng),所以幾乎肯定不會考慮ucs-4,這個是我沒說清楚語境  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-17 16:20 飄雪
@路人丁
另外你說的“UCS-2 和 utf-8 相比較,自然是選 utf-8 ”
這個我不這么認為,如果不是要使用別人的庫,我肯定不會考慮utf-8的  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-17 17:47 路人丁
utf-8也是unicode的一種編碼,“unicode比utf-8要快很多”的說法不夠嚴謹。  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-17 17:48 路人丙
上面的一條是“路人丙”回的,路人丙道歉。  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-17 17:51 路人丙
一直沒搞懂,Windows使用UTF-16,超過UNICODE編碼中兩個字節(jié)編碼范圍的漢字是怎么處理的。  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-17 18:06 飄雪
@路人丁
utf-8也是unicode的一種編碼,“unicode比utf-8要快很多”的說法不夠嚴謹

我本來想說的是處理直接用unicode(ucs-2)存儲的字符串比處理用utf-8存儲的字符串快得多,表達不夠清楚  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-17 20:49 路人戊
好奇那個libn是什么,為何能夠不依賴編碼。畢竟mbcs和utf8結構上差別還是挺大的。如果只是寫成char*來拿raw data的話,直接把unsigned short*轉成char*不行么……  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-18 05:52 路人乙
@路人丙
還要再查表,對于某些超出unicode編碼范圍的字符,內存里的其實是外表的表id和表內索引,去那個外表再取字。  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-18 11:06 飄雪
好奇那個libn是什么,為何能夠不依賴編碼。畢竟mbcs和utf8結構上差別還是挺大的。如果只是寫成char*來拿raw data的話,直接把unsigned short*轉成char*不行么……


libn對于字符串的處理很簡單,不做substr之類的操作,實際上里面用得最多的可能是strcmp,只比較字符串,這樣的話utf-8能正常工作,unsigned short就不能工作了  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-02-23 17:21 Agaric
@路人丙
UTF16不一定是"雙字節(jié)"。

代碼點存在于“代碼空間”中。代碼空間由許多標量值組成,這些值被劃分在兩個平面中:

基本多語種平面(64k 大小)。
在 Unicode 中,此下平面中的值的十六進制表示位于 U+0000 到 U+FFFF 的范圍中。

輔助多語種平面(16 個 64k 大小的附加節(jié))。
在 Unicode 中,此上平面中的值的十六進制表示位于 U+10000 到 U+10FFFF 的范圍中。
  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-03-05 12:04 飄雪
@路人丙
一直沒搞懂,Windows使用UTF-16,超過UNICODE編碼中兩個字節(jié)編碼范圍的漢字是怎么處理的。

可參看 http://www.ietf.org/rfc/rfc2781.txt,
rfc2279: UTF-8, a transformation format of ISO 10646
  回復  更多評論
  

# re: 嵌入式系統(tǒng)的中文支持與國際化 2009-03-05 12:04 飄雪
@路人丙
一直沒搞懂,Windows使用UTF-16,超過UNICODE編碼中兩個字節(jié)編碼范圍的漢字是怎么處理的。

可參看 http://www.ietf.org/rfc/rfc2781.txt,
rfc2781: UTF-16, an encoding of ISO 10646

  回復  更多評論
  


只有注冊用戶登錄后才能發(fā)表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            一区二区三区 在线观看视| 国产精品视频福利| 亚洲国产精品999| 性做久久久久久| 国产一区二区三区视频在线观看| 欧美在线视频一区二区三区| 欧美大片免费观看在线观看网站推荐| 宅男噜噜噜66国产日韩在线观看| 国产亚洲精品高潮| 欧美三级乱人伦电影| 久久香蕉国产线看观看av| 在线亚洲免费| 伊人成人在线视频| 国产欧美在线| 国产精品jizz在线观看美国| 亚洲精品一二区| 亚洲欧美伊人| 亚洲视频导航| 亚洲国产日韩综合一区| 国产精品九九| 欧美日韩国产页| 亚洲黄色尤物视频| 老司机亚洲精品| 久久精品国产亚洲5555| 午夜精品久久久久久久| 最新亚洲一区| 9l国产精品久久久久麻豆| 亚洲麻豆av| 一本色道久久综合亚洲精品不卡| 亚洲级视频在线观看免费1级| 国产一区二区三区在线播放免费观看| 国产精品三区www17con| 欧美精品系列| 欧美刺激性大交免费视频| 久久亚洲国产精品一区二区| 久久精品亚洲一区| 亚洲黄色性网站| 国产精品亚洲不卡a| 亚洲欧美在线播放| 欧美一区二区三区婷婷月色 | 久久久xxx| 免费av成人在线| 亚洲你懂的在线视频| 欧美bbbxxxxx| 国产一区二区在线观看免费| 日韩午夜免费| 美女精品在线观看| 亚洲综合色视频| 日韩视频不卡| 欧美视频在线观看| 亚洲精品乱码久久久久久黑人| 欧美一区二区视频97| 日韩视频在线一区二区三区| 免费在线欧美黄色| 国模精品一区二区三区| 国产亚洲一区二区三区| 午夜精品亚洲| 欧美国产激情| 欧美中文字幕在线观看| 欧美成人免费在线观看| 欧美一乱一性一交一视频| 免费成人在线观看视频| 性做久久久久久免费观看欧美| 久久久精品tv| 亚洲欧美经典视频| 欧美gay视频| 久久精品中文字幕一区二区三区| 欧美成人激情视频免费观看| 久久国产婷婷国产香蕉| 欧美日韩国产综合网| 欧美成人精品福利| 国产欧美亚洲一区| 最新日韩欧美| 亚洲一区二区三区精品在线| 女女同性女同一区二区三区91| 亚洲一区免费看| 久久免费黄色| 欧美中文字幕在线视频| 欧美日韩精品一区二区在线播放| 久久精品成人欧美大片古装| 欧美日韩不卡视频| 欧美ed2k| 精品福利av| 欧美亚洲色图校园春色| 亚洲午夜羞羞片| 欧美伦理影院| 国产精品大片wwwwww| 亚洲麻豆av| 欧美特黄一级| 影音先锋久久精品| 国产女人精品视频| 日韩视频一区二区三区| 亚洲三级观看| 亚洲精品国产精品国产自| 曰韩精品一区二区| 亚洲七七久久综合桃花剧情介绍| 欧美电影在线观看| 欧美日韩一区二区三区免费| 欧美一区二区在线免费播放| 在线观看三级视频欧美| 久久精品国产一区二区三| 性欧美video另类hd性玩具| 亚洲无线一线二线三线区别av| 国产人成一区二区三区影院 | 宅男精品视频| 欧美日韩中文字幕| 夜夜嗨av色一区二区不卡| 亚洲私拍自拍| 午夜精品99久久免费| 久久久人成影片一区二区三区| 日韩系列在线| 久久九九免费| 欧美成人激情视频免费观看| 欧美精品麻豆| 激情综合久久| 久久久最新网址| 欧美大秀在线观看| 亚洲精品日韩欧美| 欧美精品99| 亚洲国产欧洲综合997久久| 欧美99在线视频观看| 国产日韩成人精品| 亚洲毛片在线观看| 悠悠资源网亚洲青| 欧美一区二区免费观在线| 亚洲一区二区三区涩| 久久影院亚洲| 欧美在线视频免费| 国产精品久久久久aaaa樱花| 亚洲精品小视频| 亚洲国产另类 国产精品国产免费| 久久精品国产999大香线蕉| 一区二区三区 在线观看视| 欧美成人精品激情在线观看| 久久美女艺术照精彩视频福利播放| 国产精品嫩草影院av蜜臀| 久久大综合网| 国产精品扒开腿爽爽爽视频 | 欧美电影电视剧在线观看| 一本色道久久综合一区| 在线亚洲激情| 国产专区综合网| 欧美激情aⅴ一区二区三区| 日韩一级黄色大片| 久久精品亚洲热| 夜色激情一区二区| 国产精品成人在线观看| 久久精品国产亚洲一区二区| 欧美电影在线播放| 性伦欧美刺激片在线观看| 亚洲精品护士| 国产视频在线观看一区二区三区| 久久爱另类一区二区小说| 日韩视频精品在线| 久久精品国产v日韩v亚洲| 亚洲第一网站| 亚洲美女在线观看| 欧美精品一二三| 99ri日韩精品视频| 国产精品久久久久久久7电影| 蜜桃视频一区| 亚洲一区二区av电影| 美女啪啪无遮挡免费久久网站| 一本一道久久综合狠狠老精东影业 | 欧美一区二区性| 最新亚洲激情| 狠狠入ady亚洲精品| 国产欧美视频一区二区| 欧美风情在线观看| 久久久www| 亚洲欧美日韩在线观看a三区| 正在播放亚洲一区| 亚洲大片在线观看| 久久精彩视频| 亚洲免费婷婷| 欧美一区二区三区成人| 99pao成人国产永久免费视频| 国内成人在线| 99香蕉国产精品偷在线观看| 亚洲国产成人不卡| 久久久国产一区二区三区| 亚洲一区二区网站| 亚洲伦理在线| 国产日韩欧美在线看| 国产欧美一区二区三区久久| 欧美视频在线免费看| 亚洲免费伊人电影在线观看av| 老牛影视一区二区三区| 亚洲一区二区成人在线观看| 久久久久成人精品免费播放动漫| 亚洲高清视频在线| 久久蜜桃精品| 久久中文在线| 正在播放欧美视频| 亚洲国产精品va| 欧美一级淫片播放口| 久久se精品一区精品二区| 欧美亚洲一区三区| 亚洲欧美激情精品一区二区| 中文日韩电影网站|