Code: Alles auswählen
>>> "foo" is "f"+"o"+"o"
TrueCode: Alles auswählen
>>>> "foo" is "f"+"o"+"o"
TrueSlicing & Copy
-
BlackJack
@snafu: Innerhalb einer Python-Implementierung und Version gibt es da sicher ein System hinter, aber es ist eben implementierungsabhängig und etwas worauf man sich nicht verlassen kann. Mein letztes `id()`-Beispiel würde unter Jython zum Beispiel `False` ergeben, weil die IDs dort anders zustande kommen als bei CPython. Das gleiche gilt bei der Frage unter welchen Umständen gleiche Zeichenketten auch die selben Zeichenketten sind.
In der Doku steht die Funktion "intern" erklärt: http://docs.python.org/library/function ... ern#intern. Nur Python < 3.0.
("f" + "o" + "o" wird übrigens schon vom Compiler zum Literal "foo" optimiert (je nach Python-Version), deshalb kommt etwa anderes heraus als bei "".join("foo").)
("f" + "o" + "o" wird übrigens schon vom Compiler zum Literal "foo" optimiert (je nach Python-Version), deshalb kommt etwa anderes heraus als bei "".join("foo").)
-
Hyperion
- Moderator
- Beiträge: 7478
- Registriert: Freitag 4. August 2006, 14:56
- Wohnort: Hamburg
- Kontaktdaten:
Vorsicht! Python hat natürlich auch eine Compiler-Komponente - denn der Interpreter liest und versteht lediglich speziellen Bytecode. Man spricht idR. einfach vom Python-"Interpreter", wenn man ein Python-Programm ausführen möchte. Intern wird dieses vor dem eigentlichen Abarbeiten (="interpretieren") in Bytecode übersetzt. Tatsächlich ist also anzunehmen, dass die Compiler-Komponente an dieser Stelle optimiert und optimierten Bytecode erzeugt, der dann von der eigentlichen Interpreter-Komponente ausgeführt wird.nomnom hat geschrieben:Was für ein Compiler? Interpreter meinst du wohl …
encoding_kapiert = all(verstehen(lesen(info)) for info in (Leonidas Folien, Blog, Folien & Text inkl. Python3, utf-8 everywhere))
assert encoding_kapiert
assert encoding_kapiert
Das war mir beim Schreiben auch bewusst, aber bei Python „vom Compiler“ zu sprechen war mir nicht spezifisch genug …Hyperion hat geschrieben:Vorsicht! Python hat natürlich auch eine Compiler-Komponente - denn der Interpreter liest und versteht lediglich speziellen Bytecode. Man spricht idR. einfach vom Python-"Interpreter", wenn man ein Python-Programm ausführen möchte. Intern wird dieses vor dem eigentlichen Abarbeiten (="interpretieren") in Bytecode übersetzt. Tatsächlich ist also anzunehmen, dass die Compiler-Komponente an dieser Stelle optimiert und optimierten Bytecode erzeugt, der dann von der eigentlichen Interpreter-Komponente ausgeführt wird.
Das habe ich nie behauptet. Allerdings war es mir klar, dass der Interpreter auch erstmal das Programm zu Bytecode kompiliert.bords0 hat geschrieben:@nomnom: Wenn es dir bewusst war, dass das beim Compilieren passiert, warum willst du dann, dass man Interpreter dazu sagt? Versteh ich nicht.