Hi
ich habe gelernt, dass die Klasse Reader, InputStream bzw. generell der Lesevorgang unter Java immer per 2 bytes erfolgt. Daher beim Lesen eines Zeichens immer gecastet werden muss(da die meisten Rechner ein Zeichen noch mit 8 bits speichern):
Code:
(char) var = varin.read();
Sorry, aber da ist ca. alles falsch.
Wenn man "normale" Rechner wie unsere anschaut ist ein Byte nicht nur meistens,
sondern immer genau 8 bit. Es gibt auch keine ernsthaften Absichten,
daran irgendwas zu ändern.
Ob ein Zeichen ein oder mehrere Byte braucht hängt vom verwendeten Zeichensatz ab
(siehe anderen Beitrag...)
Da kann jeder unserer Rechner viele Möglichkeiten, je nach dem, was man da programmiert.
Dass in Java immer zwei Byte gelesen werden ist totaler Quatsch.
Wenn das im Code ein Inputstream ist liest das genau ein Byte,
nicht mehr und nicht weniger.
Eine Zahl 0-255, die beliebig in chars, ints oÄ. gespeichert werden kann.
Was allerdings zwei Byte hat ist eine char-Variable, kann also auch höhere Zahlen speichern.
Grund: Java verwendet für Stringvariablen (und eben auch Einzelbuchstaben)
einen Zeichensatz, der je nach Zeichen zwei oder vier Byte verwendet
(ein/zwei chars hier, "UTF16"). (Grund Internationalisierung, siehe anderen Beitrag).
Man kann char trotzdem als Speicher für ein Byte verwenden, ist das andere eben sinnlos.
Wenn man mit dem Reader etc. wirklich Text statt Byte einlesen will
kann man angeben, welchen Zeichensatz die Datei hat (das muss man wissen,
sonst evt. etwas Raterei händisch).
Wenns UTF16 ist und damit zum Javastring passt wirds einfach 1:1 byteweise reinkopiert.
Wenn nicht wirds zuerst in UTF16 umgewandelt (dafür ist der Reader eben gut).
Zum Cast noch:
a) der ist syntaktisch falsch, castet also gar nichts. Bringt bestenfalls Compilerfehler
b) und ist sinnlos, da Java das sowieso macht.
Du willst etwas zw. 0-255 in etwas zw. 0-65535 (zwei Byte) speichern.
Dabei gibts überhaupt kein Problem.
Umgekehrt könnte es zum Problem werden.
zB. die Zahl 3 ist bei 0-65535 3 und auch bei 0-255 3.
aber sowas wie 1000 ist bei 0-65535 1000 und bei 0-255...genau, passt nicht rein.
Ergebnis ist dann irgendeine andere Zahl (berechenbar, aber nicht 1000).
Deswegen würde Java bei sowas warnen bzw. Fehler melden.
Mit einem extra hingeschriebenen Cast sagst du dem Compiler, dass du das wirklich willst
und die über den eventuellen Zahlenverlust im Klaren bist.
Aber, wie gesagt, machst du es ja in der problemfreien Richtung, also kein Cast nötig.
Und wenn man unbedingt einen will, dann bitte korrekt.
Java:
var = (char) varin.read();
Nun habe ich folgendes Beispiel gefunden, wo nicht gecastet werden muss:
Code:
String sCurrentLine;
br = new BufferedReader(new FileReader("C:\\testing.txt"));
while ((sCurrentLine = br.readLine()) != null) {
System.out.println(sCurrentLine);
Gut, hier ist die Ausgangssituation etwas anderes:
1. Statt char wird das Leseergebnis in einen String abgespeichert
2. Hier gehts nicht ums Lesen eines einzigen Zeichens sondern einer ganzen Zeile
Ich würde gerne verstehen, wie der Lesevorgang unter der Haube bitweise funktioniert. Könnte mir jemand aufklären? Vielen Dank.
Wie oben geschrieben, das hängt vom Zeichensatz, der in der Datei verwendet ist, ab.
(bzw. was man dem Reader sagt, was der Dateizeichensatz ist. Man kann auch Falschangaben
machen, bringt dann nur evt. keinen vernünftigen Text mehr.
Oder vllt. auch gröbere Fehler, wenn laut Zeichensatz und Dateinhalt
noch zwei Byte sein müssten, der Reader aber schon am Dateiende steht etc.)
Wenn man keinen Zeichensatz extra angibt dürfte es auch UTF16 sein.
