Kennt jemand die richtige Lösung?

[multihamster]

Weiß jemand was hier bei den Lücken für den Datentyp die richtige Lösung ist?
Würde mir sehr helfen, danke!

 

[LimDul]

Java Type Casting

W3Schools offers free online tutorials, references and exercises in all the major languages of the web. Covering popular subjects like HTML, CSS, JavaScript, Python, SQL, Java, and many, many more.

www.w3schools.com

Kurz gefasst, es ist immer der "größte" beteiligte Typ.

 

[Robert Zenz]

Es "gewinnt" immer der groeszte Datentyp welcher in einer Operation vorkommt, das nennt sich Primitive Widening. Und zwar in dieser Reihenfolge:

1. byte/char
2. short
3. int
4. long
5. float
6. double

Also wenn du einen long in der Operation hast als "groeszten" Datentypen, kommt auf jeden Fall ein long dabei heraus.

Also fuer die ersten beiden Aufgaben waere es dann:

short / byte * short == short
short / int * -float == float

 

[httpdigest]

short / byte * short == short

nope. Das Ergebnis von Operationen mit byte, short oder int ist *immer* -> int.

Das sieht man ganz gut an dem Compiler-Error bei:

short a = 2;
byte b = 3;
short c = 4;
short s = a / b * c; // <- Type mismatch: cannot convert from int to short

 

[mihe7]

Nein, Widening ist nur ein Teil, für binäre Operationen s. https://docs.oracle.com/javase/specs/jls/se7/html/jls-5.html#jls-5.6.2

Alles, wo kein double, float oder long vorkommt wird immer zu einem int erweitert.

 

[Blender3D]

Tipp:
Code abtippen und starten. --> Die Ausgabe
Zum Datentyp ist das Stichwort implizite Typumwandlung. Dabei muss man beachten, dass der Compiler immer darauf achtete, dass möglichst keine Informationen verloren gehen. Das bedeutet es resultiert bei solchen Ausdrücken immer der Datentype der mehr Information speichert.
Anhand der Ausgabe sollte man auch den Ablauf des Programms verstehen,

 

[httpdigest]

Die Widening-Coercion Regeln in Java sind eigentlich totaler Mist.
Weil, "float" ist ja nicht _größer_ als long, alleine schon von der Bit-Weite des Datentypes, trotzdem kann aber ein long implizit in einen float konvertiert werden. Ja, bei float wird der Wert einfach als "Fließkommawert" interpretiert und so interpretiert kann man mit einem float eben auch "größere" Zahlen (also weiter weg von Null) repräsentieren, aber natürlich mit Einbußen in der Präzision.
Was dann selbstverständlich dazu führt, dass bei dieser Konvertierung auch Informationen verloren gehen, wie etwa bei:
(hier auch schon mit int -> float)

int a = 16777217;
float b = a;
System.out.println(b); // <- 16777216

Vermutlich hat man sich einfach für diese Kette der impliziten Konvertierungen entschieden, weil andere Sprachen (most notably C) das auch so macht.
Es gibt auch durchaus Sprachen, die genau solche eigentlich schwachsinnigen automatischen Konvertierungen einfach verbieten, was meiner Meinung nach die saubere Lösung wäre.

 

[multihamster]

Vielen Dank für die Antworten, jetzt ist alles klar