python version 3.4 unterstützt kein 'ur' - Präfix

Ich habe einige python-code geschrieben in einer älteren version von python(2.x) und ich kämpfen, um es Arbeit. Ich bin mit python 3.4

_eng_word = ur"[a-zA-Z][a-zA-Z0-9'.]*"

(es ist ein Teil von einem tokenizer)

Haben Sie wollen, um diese Arbeit zu machen, die auf beiden Python 2 und 3? Oder nur auf Python 3?
Danke für die schnelle Antwort! Ich brauche nur bei der Arbeit mit python 3.

InformationsquelleAutor user_s | 2014-09-26

python python-3.x

19

http://bugs.python.org/issue15096

Titel: Drop-Unterstützung für das "ur" string prefix

Wenn PEP 414 wiederhergestellt Unterstützung für die expliziten Unicode-Literale in Python 3, die "ur" string prefix wurde als synonym für die "r" - Präfix.

Also verwenden Sie 'r' statt 'ur'
- Es ist nicht synonym mit Python 2.7, aber.
- Das ist nicht relevant für die OP, die Sie versuchen zu machen, arbeiten in 3.4. Mein Gedanke ist, dass, wenn Sie wollten, 3.4 und 2.7 würden Sie das so sagen.
- Es wurde entfernt, weil das Verhalten der Python-2 ur'...' raw-string-Literale konnte nicht reproduziert werden.
- Hrm, ich interpretiert, als dass die Arbeit an beide. Ich habe um Klärung gebeten.
- Wenn OP will beiden werde ich entfernen meine Antwort - Sie wissen, was passiert, wenn wir ausgehen.
- Es sind die impliziten Annahmen, dass die Reise uns natürlich. 😛
- Noch ein weiterer Ort, PY2 und PY3 haben grundlegend unterschiedliche Auslegungen, was es bedeutet, bestimmte Byte/Zeichen/Glyphen in source-Dateien. PY3 ist mehr Disziplin und weniger eindeutig, aber es gibt nicht immer nette, kurze Wege zu haben Quellcode-Dateien ausführen identisch in beiden. Kompatibilitäts-Bibliotheken, wie sechs nicht scheinen, um dieses Problem anzugehen.
InformationsquelleAutor KevinDTimm
12

In der Tat, Python 3.4 unterstützt nur u'...' (zur Unterstützung der code, der ausgeführt werden muss, auf beiden Python 2 und 3) und r'....', aber nicht beide. Das ist, weil die Semantik, wie ur'..' funktioniert in Python 2 sind anders aus, wie ur'..' wäre in Python 3 (Python-2, \uhhhh und \Uhhhhhhhh entweicht noch verarbeitet werden, in Python 3 ein `r',...' string nicht).

Beachten Sie, dass in diesem speziellen Fall es gibt keinen Unterschied zwischen den raw-string-Literale und die regelmäßigen! Sie können nur verwenden:
```
_eng_word = u"[a-zA-Z][a-zA-Z0-9'.]*"
```
und es wird funktionieren sowohl in Python 2 und 3.

Fällen, in denen ein raw-string-Literale nicht egal, Sie konnte decodieren die raw-string aus raw_unicode_escape auf Python 2, fangen die AttributeError auf Python 3:
```
_eng_word = r"[a-zA-Z][a-zA-Z0-9'.]*"
try:
    # Python 2
    _eng_word = _eng_word.decode('raw_unicode_escape')
except AttributeError:
    # Python 3
    pass
```
Wenn Sie schreiben Python-3-code nur (damit es nicht zu laufen, auf Python 2 mehr), legen Sie einfach das u ganz:
```
_eng_word = r"[a-zA-Z][a-zA-Z0-9'.]*"
```
- Ich von Ihnen positiv bewertet werden, die Sie für die raw_unicode_string Codierung Idee, aber Ihr code wird zu unterschiedlichen Ergebnissen führen, zwischen Python 2 und Python 3.
- es ist nahe genug für diese Zwecke. Sie können auch einen regulären string -, Doppel-backslashes escaped Dekodieren dann als unicode_escape: _eng_word = '[a-zA-Z][a-zA-Z0-9'.]*'; _eng_word.replace(r'\\', r'\\\\').decode('unicode_escape') dies ist der Ansatz, dass six verwendet.
- und berücksichtigen, dass \uhhhh Muster haben eine Bedeutung, die in re auch. Also selbst wenn in Python 3, Sie am Ende mit \\uhhhh (geflohen) Unicode-Sequenzen, Sie haben immer noch die gleiche Bedeutung im regulären Ausdruck, als hätten Sie bestanden im wahrsten Unicode-codepoint.
InformationsquelleAutor Martijn Pieters
4

Diese Tabelle vergleicht einige der verschiedenen string-literal Präfixe in Python 2(.7) und 3(.4+):

Wie Sie sehen können, in Python 3 gibt es keine Möglichkeit, eine wörtliche, die nicht Prozess entweicht, sondern Prozess-unicode-Literale. Zu bekommen, wie ein string mit code, der funktioniert in Python 2 und 3, Verwendung:
```
br"[a-zA-Z][a-zA-Z0-9'.]*".decode('raw_unicode_escape')
```
Eigentlich, dein Beispiel ist nicht sehr gut, da es keine unicode-Literale oder escape-Sequenzen. Ein besseres Beispiel wäre:
```
br"[\u03b1-\u03c9\u0391-\u03a9][\t'.]*".decode('raw_unicode_escape')
```
In python 2:
```
>>> br"[\u03b1-\u03c9\u0391-\u03a9][\t'.]*".decode('raw_unicode_escape')
u"[\u03b1-\u03c9\u0391-\u03a9][\\t'.]*"
```
In Python 3:
```
>>> br"[\u03b1-\u03c9\u0391-\u03a9][\t'.]*".decode('raw_unicode_escape')
"[α-ωΑ-Ω][\\t'.]*"
```
Das ist wirklich die gleiche Sache.

InformationsquelleAutor itsadok

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.