<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    海上月明

    editer by sun
    posts - 162, comments - 51, trackbacks - 0, articles - 8
       :: 首頁 :: 新隨筆 ::  :: 聚合  :: 管理

    [轉]Python的中文問題

    Posted on 2007-02-11 19:48 pts 閱讀(1596) 評論(0)  編輯  收藏 所屬分類: Python
    [From]http://hi.baidu.com/daping_Fzhang
    Python中文問題研究

        我曾經在深入淺出java中文問題系 列中研究過java的中文問題,現在中文問題已經不再羈絆我在java世界中漫游的腳步了。最近,對Python產生了濃厚的興趣,誰知道跟中文問題這個 老朋友又一次不期而遇。看來,在代碼世界中,中文問題會在很長一段時間里跟我們形影不離。這也難怪,誰讓當初發明計算機的不是我們中國人呢,否則,現在全 世界的計算機都支持而且必須支持GBK,這樣,寫這樣文章的人就不會是我了,而是大洋彼岸的一個金發碧眼的程序員,而且標題也相應改為 “studying the english problem in '大蟒' ”。。哈哈
        YY而已,還是面對現實問題吧。相對java而言,中文問題在Python中的表現更為激烈。“激烈”的意思不是說更為嚴重或者說難于解決,只是 Python對于decode&encode錯誤的默認處理方式為strict,也就是直接報錯,而java使用replace的方式來處理了,因此 java出現中文問題后會打印出很多"??"。此外,Python的默認的encoding是ASCII,而java的默認encoding跟操作系統的 encoding是一致的。在這一點上,我覺得java更為合理,這樣對程序員更為友好,也減少了newbies 開始時的挫折感,是有利于語言的推廣的。但是,Python也有它的道理,畢竟ASCII是唯一的全世界所有平臺都支持的字符集,而且問題始終是問題,始 終會出現的,逃避它還不如早點面對它。
       好了,說了這么多,該說說Python中中文問題的癥狀了。在這之前,我們先要了解Python中有兩種字符串,分別是一般的字符串(每個字符用8 bits表示)和Unicode字符串(每個字符用一個或者多個字節表示),它們可以相互轉換。關于Unicode,Joel Spolsky 在 The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!) 中有生動的說明,Jason Orendorff 在 Unicode for programmers 有著更為全面的描述,在此我就不再多說什么了。來看下面的代碼:

    x = u"中文你好"
    print s

        運行上述代碼,Python會給出下面的錯誤提示

    SyntaxError: Non-ASCII character '\xd6' in file G:\workspace\chinese_problem\src\test.py on line 1, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
       說是遇到非ASCII字符了,并讓我們參考pep-0263。PEP-0263(Python Enhancement Proposal)上面說得很清楚了,Python也意識到了國際化問題,并提出了解決方案。根據提案上面的要求,我們有如下代碼
     # -*- coding:gb2312 -*- #必須在第一行或者第二行
    print "-------------code 1----------------"
    a = "中文a我愛你"
    print a
    print a.find("我")
    b = a.replace("愛", "喜歡")
    print b
    print "--------------code 2----------------"
    x = "中文a我愛你"
    y = unicode(x, "gb2312")
    print y.encode("gb2312")
    print y.find(u"我")
    z = y.replace(u"愛", u"喜歡")
    print z.encode("gb2312")
    print "---------------code 3----------------"
    print y
        程序運行的結果如下:
    -------------code 1----------------
    中文a我愛你
    5
    中文a我喜歡你
    --------------code 2----------------
    中文a我愛你
    3
    中文a我喜歡你
    ---------------code 3----------------
    Traceback (most recent call last):
      File "G:\Downloads\eclipse\workspace\p\src\hello.py", line 16, in <module>
        print y
    UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-1: ordinal not in range(128)

         我們可以看到,通過引入編碼聲明,我們可以正常地在使用中文了,而且在code 1和2中,控制臺也能正確的把中文打印出來。但是,很明顯,上面的代碼也反映出了不少的問題:
        1、code 1 和 2在使用print時采用了不同的方式,1是直接print,而2在print之前先進行編碼
        2、code 1 和 2中在同樣的字符串查找同一個字符“我”,得出的結果不一樣(分別是5和3)
        3、code 3 中直接打印unicode字符串 y時出現錯誤(這也是為什么code 2中要先進行編碼的原因)

        為什么?為什么?我們可以先在腦海中模擬一下我們使用Python的流程:首先,我們先用編輯器編寫好源代碼,保存成文件。如果源代碼中有編碼聲明而且用的編輯器支持該語法,那么該文件就以相應的編碼方式保存在磁盤中。注意:編 碼聲明和源文件的編碼不一定是一致的,你完全可以在編碼聲明中聲明編碼為UTF-8,但是用GB2312來保存源文件。當然,我們不可能自尋煩惱,故意寫 錯,而且好的IDE也能強制保證兩者的一致性,但是,如果我們用記事本或者EditPlus等編輯器來編寫代碼的話,一不小心就會出現這種問題的。
        得到一個.py文件后,我們就可以運行它了,這是,我們就把代碼交給Python解析器來完成解析工作。解析器讀入文件時,先解析文件中的編碼聲明,我們 假設文件的編碼為gb2312,那么先將文件中的內容由gb2312轉換成Unicode,然后再把這些Unicode轉換為UTF-8格式的字節串。完 成這一步驟后,解析器把這些UTF-8字節串分段,解析。如果遇到使用Unicode字符串,那么就使用相應的UTF-8字節串創建Unicode字符 串,如果程序中使用的是一般的字符串,那么解析器先將UTF-8字節串通過Unicode轉換成相應編碼(這里就是gb2312編碼)的字節串,并用其創 建一般的字符串對象。也就是說,Unicode字符串跟一般字符串在內存中的存放格式是不一樣的,前者使用UTF-8的格式,后者使用GB2312格式。
        好了,內存中的字符串存放格式我們知道了,下面我們要了解print的工作方式。print其實只是負責把內存中相應的字節串交給操作系統,讓操作系統相應的程序(譬如cmd窗口)進行顯示。這里有兩種情況:
       1、若字符串是一般的字符串,那么print只需把內存中相應的字節串推送給操作系統。如例子中的code 1。
        2、如果字符串是Unicode字符串,那么print在推送之前先進行相應的encode:我們可以顯示使用Unicode的encode方法使用合適 的編碼方式來編碼(例子中code 2),否則Python使用默認的編碼方式進行編碼,也就是ASCII(例子中的code 3)。當然ASCII是不可能正確編碼中文的,因此Python報錯。
        至此,上面的三個問題我們已經可以解析第一和第三個了。至于第二個問題,因為Python中有兩種字符串,一般字符串和Unicode字符串,兩者都有各 自的字符處理方法。對于前者,方法是以字節的方式進行的,而且在GB2312中,每個漢字占用兩個字節,因此得到的結果是5;對于后者,也就是 Unicode字符串,所有字符都是統一看待的,因此得到3。
         雖然上面只提到了控制臺程序的中文問題,但是文件讀寫以及網絡傳輸中出現的中文問題在原理上都是類似的。Unicode的出現可以很大程度上解決軟件的國 際化問題,同時Python為Unicode提供了極為良好的支持,因此,我建議大家在編寫Python的程序時,都統一使用Unicode方式。保存文 件時使用UTF-8的編碼方式。How to Use UTF-8 with Python有詳細的描述,大家可以參考一下。
        Python中能導致出現中文問題的地方還很多,譬如文件的讀寫,網絡數據的傳輸等,希望大家能多多交流,共同解決這些問題。
    主站蜘蛛池模板: 国产精品亚洲专区无码唯爱网| 亚洲av中文无码乱人伦在线播放| 国产成人亚洲精品| 巨波霸乳在线永久免费视频| 亚洲AV无码一区东京热久久 | 三年片在线观看免费大全电影| 狠狠综合久久综合88亚洲| 国产免费内射又粗又爽密桃视频 | 日韩免费a级在线观看| 国产午夜亚洲精品| 国产美女无遮挡免费视频网站| 国产精品亚洲精品久久精品 | 日本高清免费网站| 香蕉视频亚洲一级| 中文字幕专区在线亚洲| 免费无码一区二区三区蜜桃| 国产精品亚洲一区二区三区在线| 免费国产99久久久香蕉| 亚洲福利秒拍一区二区| 永久免费AV无码国产网站| 亚洲精品精华液一区二区| 免费在线黄色网址| 成在人线av无码免费高潮喷水| 亚洲成av人影院| aa级一级天堂片免费观看| 久久精品国产亚洲AV| 久久99亚洲综合精品首页| 欧洲精品99毛片免费高清观看| 亚洲第一页在线观看| 国产大片线上免费看| 美女被免费网站91色| 亚洲白色白色在线播放| 国产美女精品视频免费观看| 91视频免费观看| 国产精品亚洲综合久久| 国产亚洲老熟女视频| 免费在线看v网址| 一区二区三区精品高清视频免费在线播放 | 久久久无码精品亚洲日韩按摩| 国产成人A在线观看视频免费| 免费福利在线观看|