> Ich hab keine ahnung wovon der genau redet. > Strings gibt es weiterhin, und deren API ist größtenteils unverändert. Was da jetzt nicht mehr funktionieren soll, nur weil die Intern anders Kodiert werden ist aus dem > Beitrag nicht ersichtlich.
Was er wohl will, ist ein String bei dem jedes Element in dem String(feld) genau 1 Byte groß ist. Bei der klassischen Kodierung mit Codetabellen ist das der Fall, bei Unicode braucht man schon 1-4 Byte, je nach Unicode Typ.
Und AFAIK ist bei Python 3.0 ein Text String des Typ str nichts anderes als ein Text aus Unicodezeichen, andere Kodierungen für Text werden damit überflüssig und wer jetzt aber deren Vorzüge (wie z.b. einfacheres Rechnen auf Byteebene) bei der Textein- & Ausgabe dennoch haben will, der muß nun in den Typ Byte umkodieren.
> Strings gibt es weiterhin, und deren API ist größtenteils unverändert. Was da jetzt nicht mehr funktionieren soll, nur weil die Intern anders Kodiert werden ist aus dem
> Beitrag nicht ersichtlich.
Was er wohl will, ist ein String bei dem jedes Element in dem String(feld) genau 1 Byte groß ist.
Bei der klassischen Kodierung mit Codetabellen ist das der Fall, bei Unicode braucht man schon 1-4 Byte, je nach Unicode Typ.
Und AFAIK ist bei Python 3.0 ein Text String des Typ str nichts anderes als ein Text aus Unicodezeichen,
andere Kodierungen für Text werden damit überflüssig und wer jetzt aber deren Vorzüge (wie z.b. einfacheres Rechnen auf Byteebene) bei der Textein- & Ausgabe dennoch haben will, der muß nun in den Typ Byte umkodieren.