&-Zeichen und Bytes und co

[Innocentus]

Ich weiss leider nicht, was der folgende Code eigentlich bewirkt:

return varB[2] & 0xff;

- Gut - er gibt etwas zurück. Aber was genau macht jetzt eigentlich das &-Zeichen?!
varB ist übrigens ein Byte(). Vielleicht könnte mir da einer auf die Sprünge mit helfen?

Vielen Dank für eure Antworten im Voraus!
Mit freundlichen Grüßen
Innocentus

 

[Landei]

& ist das bitweise "und" und | ist das bitweise "oder"

Beispiel (alles binär):
11101 & 111 == 101
11001 | 100 == 11101

Bitweiser Operator ? Wikipedia

 

[FatFire]

Mich persönlich wundert jetzt ein wenig der Sinn des Ganzen. Für das Beispiel hieße das ja, irgendein Byte mit einem Short verknüpfen...soll das auf Short aufgeblasen werden? Es verändert ja nicht den Wert, weil bei 0xff alle Bits 1 sind. Nur wird dann aus z.B. 00101100 ein 0000000000101100 oder wie?
Ist das vielleicht eine Konvertierung von ASCII nach Unicode?

Gruß FatFire

 

[Ark]

Mich persönlich wundert jetzt ein wenig der Sinn des Ganzen. Für das Beispiel hieße das ja, irgendein Byte mit einem Short verknüpfen...soll das auf Short aufgeblasen werden? Es verändert ja nicht den Wert, weil bei 0xff alle Bits 1 sind. Nur wird dann aus z.B. 00101100 ein 0000000000101100 oder wie?

Der Code castet byte nach int ohne Vorzeichen. Dass int rauskommt, liegt einfach daran, dass 0xff ein int-Literal ist und damit den größeren von beiden Datentypen kennzeichnet. Nur wird durch den dadurch verursachten Cast eine Umwandlung unter Berücksichtigung des Vorzeichens bewirkt. Ist also die Eingabe -1, dann ist auch das, was rauskommt, -1. Aber das Bitmuster der Eingabe ist 11111111, das der Ausgabe jedoch 11111111111111111111111111111111. Um auf die bitgleichen 00000000000000000000000011111111 zu kommen, muss man halt & 0xff rechnen.

Ark

 

[FatFire]

Okay, ja, das macht Sinn (und man streiche gedanklich bitte das Short-Gesabbel von mir, totaler Blödsinn). Bliebe nur wie so oft die Frage übrig, warum es eigentlich keine vorzeichenlosen Werttypen in Java gibt und man für jeden Mist auf Integer aufcasten muss und damit 3 Byte durch den Schornstein jagt. Ich kenne nicht eine vernünftige Anwendung, die bei der Verwendung von Byte in den negativen Bereich geht, aber zig mögliche Anwendungen, die die 255 voll ausnutzen. Aber das braucht man wohl nicht schon wieder zur Diskussion zu stellen.

Gruß FatFire