Python 3.5 nicht Unicode-Eingabe von CLI-Argument

Question

Ich habe ein einfaches Skript, das ich versuche zu automatisieren einige der japanischen Übersetzung, die ich für meinen Job tun.

import requests 
import sys 
import json 
base_url = 'https://www.googleapis.com/language/translate/v2?key=CANT_SHARE_THAT&source=ja&target=en&q=' 
print(sys.argv[1]) 
base_url += sys.argv[1] 
request = requests.get(base_url) 
if request.status_code != 200: 
     print("Error on request") 
print(json.loads(request.text)['data']['translations'][0]['translatedText']) 

Wenn das erste Argument eine Zeichenfolge wie 初期 ist 設定 ク リ ア dieses Skript in Zeile

print(sys.argv[1]) 

Mit der Nachricht explodieren:

line 5, in encode 
return codecs.charmap_encode(input,self.errors,encoding_table)[0] 
UnicodeEncodeError: 'charmap' codec can't encode characters in 
position 0-6: character maps to <undefined> 

auch So kann der Fehler reduziert werden

import sys 
print(sys.argv[1]) 

Was wie ein Codierungsproblem scheint. Ich benutze Python 3.5.1, und das Terminal ist MINGW64 unter Windows7 x64.

Wenn ich schreibe das gleiche Programm in Rust1.8 (und die ausführbaren Datei unter gleichen Bedingungen läuft, das heißt: MINGW64 unter Windows7 x64)

use std::env; 
    fn main() { 
     let args: Vec<String> = env::args().skip(1).collect(); 
     print!("First arg: {}", &args[0]); 
    } 

Es produziert die korrekte Ausgabe:

$ rustc unicode_example.rs 
    $ ./unicode_example.exe 初期設定クリア 
    First arg: 初期設定クリア 

Also versuche ich zu verstehen, was hier passiert. MINGW64 claims, um richtige UTF-8-Unterstützung zu haben, die es auch erscheint. Hat Python 3.5.1 nicht die volle Unterstützung von UTF-8? Ich war unter der Annahme, dass der Umzug nach Python3.X wegen Unicode-Unterstützung war.

Answer 1

Wechsel

print(sys.argv[1]) 

zu

print(sys.argv[1].encode("utf-8")) 

Wird Python verursachen eine Reihe von Bytes

$ python google_translate.py 初期設定クリア 
b'\xe5\x88\x9d\xe6\x9c\x9f\xe8\xa8\xad\xe5\xae\x9a\xe3\x82\xaf\xe3\x83 
\xaa\xe3\x82\xa2' 

Dennoch dump es funktioniert. Also der Fehler, wenn das ein Fehler ist ... passiert, wenn Python die interne Zeichenfolge dekodiert, um in das Terminal zu drucken, nicht wenn das Argument in eine Python-Zeichenkette kodiert wird.

Auch das Entfernen der print-Anweisung behebt den Fehler.