unicode_literals和type（）

Question

我在調用type()時遇到了支持python2和python3的問題。這說明問題：

from __future__ import unicode_literals 

name='FooClass' 
type(name, (dict,), {}) 

上python3沒問題，但在python2：

Traceback (most recent call last): 
    File "test.py", line 6, in <module> 
    type(name, (dict,), {}) 
TypeError: type() argument 1 must be string, not unicode 

這與Any gotchas using unicode_literals in Python 2.6?。在那個問題中，有人建議類似字符串，所以天真地我想過使用six.b()：

一個「假」字節文字。數據應該始終是一個普通的字符串文字。 在Python 2中，b（）返回一個8位字符串。在Python 3中，數據編碼爲 ，拉丁字母-1編碼爲字節。

所以它看起來像這樣：

from __future__ import unicode_literals 
import six 

name='FooClass' 
type(six.b(name), (dict,), {}) 

但雙方python2和python3失敗：

$ python2 test.py 
Traceback (most recent call last): 
    File "test.py", line 6, in <module> 
    type(six.b(name), (dict,), {}) 
TypeError: type() argument 1 must be string, not unicode 

$ python3 test.py 
Traceback (most recent call last): 
    File "test.py", line 6, in <module> 
    type(six.b(name), (dict,), {}) 
TypeError: type() argument 1 must be str, not bytes 

如此看來，真的，type()想要一個python2 STR這是python2上的一個python3字符串，但它需要一個python3 str，它是python3上的一個python2 unicode字符串。

您認爲如何？

有什麼我不明白的嗎？

還是在Python 2和3上與type()存在真正的不兼容？

是不是有任何有同樣的方法type()呼叫同時支持2和3？

在這種情況下，six這樣的工具不應該提供圍繞type()的包裝嗎？

Answer 1

six.b是你不會用unicode_literals（和你傳遞一個字符串給它，如文檔狀態）的假設下寫的，所以Python的2執行只是def b(s): return s爲Python 2字符串字面已經是一個字節字符串。

要麼在模塊中不使用unicode_literals，要麼使用（作爲意見建議）str(name)。在Python 3中，這是一個無操作。在Python 2中，它默默地將unicode字符串轉換爲一個字節字符串（假設我不能記住一些編碼，但它是ASCII的超集，所以你應該沒問題）。