String

[matti123]

Muss ich für folgende Aufgabe einen String mit allen Zeichen schreiben oder gibt es eine einfachere Variante?

 

[KonradN]

Der Datentyp char ist eine 16Bit Zahl. Vielleicht hilft das, um die Aufgabe einfach zu lösen.

 

[Robert Zenz]

Der Datentyp char ist eine 16Bit Zahl. Vielleicht hilft das, um die Aufgabe einfach zu lösen.

Ich glaube in dem Fall waere ein byte besser, weil dann kann man sich damit einen String mit der richtigen Enkodierung fuer die Ausgabe erstellen...oder ich denke gerade zu kompliziert. Ueberhaupt klingt die Aufgabe eigentlich nach Hoelle, weil ich habe gerade die Regeln fuer System.out und andere Zeichensaetze gar nicht im Kopf.

 

[KonradN]

Du denkst, dass man bezüglich des ISOLatin1Zeichensatzes etwas bedenken muss? Aber ISOLatin1 wird doch ISO-8859-1 meine und das enthält die ersten 256 Unicode Zeichen. Oder habe ich das gerade falsch im Kopf?

Ein byte wäre kontraproduktiv, da Java ja signed wäre und ein Unsigned byte benötigt würde (0...255 statt -128...127)

Aber im Sinne der Aufgabe ist dies vermutlich zu vernachlässigen.

Und da die ganzen Steuerzeichen am Anfang nicht berücksichtigt werden sollen, dürfte die Ausgabe kein Problem darstellen.

Oder habe ich den Punkt, um den es Dir (@Robert Zenz) ging, übersehen?

 

[Robert Zenz]

...und das enthält die ersten 256 Unicode Zeichen. Oder habe ich das gerade falsch im Kopf?

Die ersten 128 bin ich der Meinung, was meiner Meinung nach die ganzen Fragen aufwirft. Hier ist das Codepage Layout fuer UTF-8 von 0x00 bis 0xff.

Ein byte wäre kontraproduktiv, da Java ja signed wäre und ein Unsigned byte benötigt würde (0...255 statt -128...127)

Stimmt, Codepoint/int waere das Ding der Wahl.

 

[Robert Zenz]

Stimmt, Codepoint/int waere das Ding der Wahl.

Nein, stimmt ja gar nicht, ist ja kein UTF-8/16/32 im rohen Zustand.

 

[KonradN]

Die ersten 128 bin ich der Meinung

Das wäre dann aber doch ASCII oder so aber nicht ISO-8859-1. Bei der ISO-8859-x hat man 256 Zeichen wie man z.B. hier findet:

ISO-8859-1 Zeichensatz 8 Bit, ISO Latin-1 Westeuropäisch

Hier ist das Codepage Layout fuer UTF-8 von 0x00 bis 0xff.

UTF-8 ist aber hier uninteressant, da wir ja mit den 16 Bit auf UTF-16 sind. Und da wir nur bis 255 gehen, haben wir den Bereich, der 32Bittig wird, nicht mit drin. Sprich: Wir gehen ja nur von 0x0020 (32) bis 0x00FF (255). Und die Zeichen, die noch einmal 16 Bit benötigen sind im oberen Bereich wie 0xD8__
https://de.wikipedia.org/wiki/UTF-16 hat da z.B. das Violinzeichen als 0xD834 DD1E

Nein, stimmt ja gar nicht, ist ja kein UTF-8/16 im rohen Zustand.

Wenn wir char (Bzw. Wrapper Klasse Character) betrachten, dann ist es sehr wohl UTF-16. So interpretiere ich zumindest

Character (Java SE 17 & JDK 17)

declaration: module: java.base, package: java.lang, class: Character

docs.oracle.com

The char data type (and therefore the value that a Character object encapsulates) are based on the original Unicode specification, which defined characters as fixed-width 16-bit entities. The Unicode Standard has since been changed to allow for characters whose representation requires more than 16 bits. The range of legal code points is now U+0000 to U+10FFFF, known as Unicode scalar value. (Refer to the definition of the U+n notation in the Unicode Standard.)

The set of characters from U+0000 to U+FFFF is sometimes referred to as the Basic Multilingual Plane (BMP). Characters whose code points are greater than U+FFFF are called supplementary characters. The Java platform uses the UTF-16 representation in char arrays and in the String and StringBuffer classes. In this representation, supplementary characters are represented as a pair of char values, the first from the high-surrogates range, (\uD800-\uDBFF), the second from the low-surrogates range (\uDC00-\uDFFF).

Ohne da jetzt zu sehr Wortklauberei betreiben zu wollen sollte diese Information so für diese Aufgabe erst einmal ok sein. (Auch wenn ein 16 Bit Wert natürlich nicht UTF-16 abbilden kann weil das ja zwei mal 16Bit benötigen kann. Da dieser Bereich für die Aufgabe augeklammert wird, können wir das wohl vernachlässigen.)

Edit: Ein Verschreiber korrigiert - da tauchte ein UTF-8 statt UTF-16 auf!

 

[Robert Zenz]

UTF-8 ist aber hier uninteressant, da wir ja mit den 16 Bit auf UTF-16 sind. Und da wir nur bis 255 gehen, haben wir den Bereich, der 32Bittig wird, nicht mit drin. Sprich: Wir gehen ja nur von 0x0020 (32) bis 0x00FF (255). Und die Zeichen, die noch einmal 16 Bit benötigen sind im oberen Bereich wie 0xD8__
https://de.wikipedia.org/wiki/UTF-16 hat da z.B. das Violinzeichen als 0xD834 DD1E

Da bin ich falsch abgebogen, ja, is richtig.

Wenn wir char (Bzw. Wrapper Klasse Character) betrachten, dann ist es sehr wohl UTF-16. So interpretiere ich zumindest

Nein, ich meinte meine int Idee.

 

[Neumi5694]

Ich glaube, der Threadersteller ist unter der Masse an Informationen gerade zusammengebrochen und braucht ärztliche Hilfe

Kurz: Eine Schleife von 32 bis 255 reicht

Es sind übrigens tatsächlich die ersten 126 Zeichen in allen Codepages gleich mit 127 als Steuerzeichen Delete. Persönlich denke ich, Ich denke, er soll sich hier an ANSI oder Unicode halten, ich würde aber keine der Vorgehensweisen als falsch bezeichnen.
https://www.gaijin.at/en/infos/ascii-ansi-character-table

 

[berndoa]

Also ich kann jetzt bei den ganzen Codierungen nicht wirklich mitreden.
Aber rein optisch betrachtet würde ich da einfach mit ner for Shcleife die Zahlen 32-255 durchlaufen, für jeden Durchlauf einen String der Form

i+". "+charakterAtIndex(i)+" "

oder so printen (nicht println!).

und nach jedem 8. oder so String eben noch einen Zeilenumbruch machen

if(i%8==0){
System.out.println();
}

Muss halt nur noch eine Methode gebaut werden, die den char rausrückt. Ist ja nur eine Frage davon den Index i um ne feste Zahl nahc oben oder unten zu shcieben um das jeweilgie passende Zeichen zu kriegen

 

[KonradN]

und nach jedem 8. oder so String eben noch einen Zeilenumbruch machen

In der Aufgabe steht, dass alle Zeichen direkt untereinander ausgegeben werden sollen - das ist also so nicht einmal notwendig.

Und den Character bekommst Du doch ganz einfach als char. Also einfach in einer Schleife eine Variable vom Typ char von 32 bis 255 laufen lassen und das char dann ausgeben.

Also einfach etwas wie:

        for (char ch = 32; ch < 256; ch++) {
            System.out.println(((int) ch) + ". " + ch);
        }

Um die Zahl im char als Zahl zu sehen kann man einen cast zu einem int machen. Wenn man diesen Cast nicht will, dann kann man natürlich auch mit einer zweiten Variable arbeiten. Also etwas in der Art:

        for (char ch = 32; ch < 256; ch++) {
            int nr = ch;
            System.out.println(nr + ". " + ch);
        }

Oder umgedreht, wenn man lieber mit dem int zählen möchte:

        for (int nr = 32; nr < 256; nr++) {
            char ch = (char) nr;
            System.out.println(nr + ". " + ch);
        }

Da ist dann nur eben kein implizierter cast möglich sondern es muss ein expliziter cast sein - denn von int nach char können Informationen verloren gehen.