刪除,我們可以看到,爲什麼類型的Unicode如果我們比較的類型<code>bytes</code>,在Python版本2和3 <code>str</code>和<code>unicode</code>從巨蟒-3
- 類型
bytes
可以在同樣的使用辦法。 - 類型
str
從一種別名改變它的含義爲bytes
到編碼的Unicode字符串(替換爲前unicode
型) - 類型
unicode
僅在蟒2中使用,而在Python 3則有利於除去這應該是與Python 2和Python的最困難的任務3一種相容性的str
當寫代碼重新定義的意思是讓unicode字符串的處理權,因爲沒有類型的兩個版本的作品。另一方面,處理字節數組很微不足道,因爲在這兩個版本中都有一個bytes
類型。
據我所知,在Python 3中引入unicode
作爲str
的別名很容易。這樣,開發人員可以在兩個版本中使用明確的類型名稱。一旦不再需要Python 2的兼容性,重構unicode
到str
將會很簡單。
這裏的問題不是解決問題的最佳方法。我在尋找的是爲什麼類型unicode
不得不消失的解釋。
因爲它從來不應該存在於第一位。 Python 3000正在解決錯誤。 –
字符串的'u'''前綴也被重新引入。就我所知,甚至連compat libs(未來,六)都重新引入了「unicode」。 –
是的,並不是每個人都相信增加它是一個更好的變化。 –