Typcasting

[Windows10]

Ich habe den Befehl, wie man einen String auf einen Integer-Wert castet vergessen und auch im Internet (außer auf dieser Seite) nichts brauchbares gefunden. Kann mir es wer sagen?
Beispielcode, was ich schon probiert habe:

String zeit="22";
int z=(int)(zeit);

Dieser Code hat aber nicht funktioniert!

 

[Joose]

Bitteschön: https://www.google.at/search?q=java...firefox-b&gfe_rd=cr&ei=qigKWLTzOK-P8QeRjbDoCQ

 

[Harry Kane]

wie man einen String auf einen Integer-Wert castet

Gar nicht. Du kannst etwas nicht zu etwas casten, was es nicht ist. "Konvertieren" ist hier das korrekt wording.

 

[Xyz1]

cast/casten, Konvertierung/konvertieren, Typumwandlung - bedeuten alle dasselbe.
Hier:

        String zeit = "22";
        int zeit2 = Integer.parseInt(zeit);
        Integer zeit3 = zeit2; // auto-boxing
        int zeit4 = zeit3; // auto-un-boxing
        int zeit5 = 0;
        for (int i = 0; i < zeit.length(); i++) { // etwas ähnliches macht parse... auch
            zeit5 = zeit5 * 10 + (zeit.charAt(i) - '0');
        }
        System.out.println("zeit = " + zeit);
        System.out.println("zeit2 = " + zeit2);
        System.out.println("zeit3 = " + zeit3);
        System.out.println("zeit4 = " + zeit4);
        System.out.println("zeit5 = " + zeit5);

 

[Tobse]

cast/casten, Konvertierung/konvertieren, Typumwandlung - bedeuten alle dasselbe.

Willst du mal wieder den Preis für die unqualifizierteste Aussage in einem Thread gewinnen?

 

[Xyz1]

Willst du mal wieder den Preis für die unqualifizierteste Aussage in einem Thread gewinnen?

Das ist aber so(!), letztlich ist es ein cast - und von int nach String ist nun mal keine Typumwandlung [weder implizit noch explizit](!)
Ich muss das doch wohl wissen.

 

[JStein52]

und von int nach String ist nun mal keine Typumwandlung

Genau das hat @Harry Kane oben gesagt
(wobei es hier um die Richtung String zu int ging ist aber wurscht)

 

[Xyz1]

Und wieso werd ich dann angemault??

Wieso funktioniert das nicht, das regt mich auf:

        int zeit5 = 0;
        zeit.chars().forEach((c) -> zeit5 = zeit5 * 10 + (c - '0'));

?

 

[Tobse]

Und wieso werd ich dann angemault??

Weil du etwas fachlich falsches gepostet hast und ich mir 100% sicher bin, dass du es eigentlich besser weisst

Zur Klarstellung:

// dashier ist ein cast; es werden keine Daten verändert, es wird jediglich Abstraktion aufgehoben
Object o = "abc";
String a = (String) o; // keine Daten werden verändert, es wird nur die klasse des objekts geprüft

// dashier ist eine IMPLIZITE Typumwandlung
int n = 42;
long k = n; // hier werden daten verändert: es kommen 4 byte hinzu

// dashier ist eine EXPLIZITE Typumwandlungen/Konvertierungen mit der selben Syntax wie ein cast:
long i = 42;
int j = (int) i; // verlustbehaftet!; es werden daten verändert: hier fallen 32 bit weg

// dashier sind EXPLIZITE Typumwandlungen bzw. Konvertierungen:
String s = Integer.toString(42); // hier werden daten verändert: binardarstellung zu UNICODE (Basis 10, btw)
int f = Integer.parse("42"); // NumberFormatException!!; auch hier werden daten verändert: UNICODE (Basis 10 btw) zu binärdaten

 

[Xyz1]

Vielleicht hilft das ja, etwas der Verwirrung entgegenzuwirken:
https://docs.oracle.com/javase/tutorial/java/data/converting.html

Wobei mir das auch nicht so gefällt, valueOf ist böse, weil u. U. neue Objekte erstellt werden, floatValue() usw. ist überflüssig, da seit Java 3 (1.3 oder 1.4 ? ) oder so auto-(un)-boxing usw. usf.

Also das ist mit Vorsicht zu genießen - kann aber nicht schaden, es zu wissen.

 

[Tobse]

Vielleicht hilft das ja, etwas der Verwirrung entgegenzuwirken:
https://docs.oracle.com/javase/tutorial/java/data/converting.html

Nicht meinerseits. Denn da steht genau das drin, was ich schrieb: toString und parse bzw. valueOf.

 

[Harry Kane]

int f = Integer.parse("42"); // NumberFormatException!!; auch hier werden daten verändert: UNICODE (Basis 10 btw) zu binärdaten

1. Integer.parse("42") kompiliert nicht
2. Integer.parseInt("42") wirdt keine NumberFormatException

 

[Xyz1]

Ich weiß, was euch verwirrt hat:
cast/casten, Konvertierung/konvertieren, Typumwandlung - sind alle synonym zu gebrauchen für cast.
Stimmt ihr dem überein?

 

[Tobse]

1. Integer.parse("42") kompiliert nicht

Korrekt, Tippfehler.

2. Integer.parseInt("42") wirdt keine NumberFormatException

Das so in den Code zu schreiben wäre ja auch Sinnlos, oder? Bei Eingelesenen Werten musst du hier aber mit einer NumberFormatException rechnen, siehe https://docs.oracle.com/javase/7/docs/api/java/lang/Integer.html#parseInt(java.lang.String)

-----

Ich weiß, was euch verwirrt hat:
cast/casten, Konvertierung/konvertieren, Typumwandlung - sind alle synonym zu gebrauchen für cast.
Stimmt ihr dem überein?

Ja, genau darüber habe ich mich geärgert. Und nein, siehe meinen zweiten Post, ich stimme dem nicht zu.

 

[mrBrown]

2. Integer.parseInt("42") wirdt keine NumberFormatException

Nicht in dem Beispiel, generell kann das aber passieren (ich denke mal, dass es so gemeint war)

Ich weiß, was euch verwirrt hat:
cast/casten, Konvertierung/konvertieren, Typumwandlung - sind alle synonym zu gebrauchen für cast.

Oder man bleibt einfach bei Konventionen, dann ist niemand verwirrt (aber warum auch einfach, wenns auch kompliziert geht, außerdem würdest du den Preis ja dann nicht bekommen...)

 

[Xyz1]

Ich habe try-catch- jetzt extra weggelassen, ich dachte, das würd wieder zu weiteren Fragen führen....

 

[mrBrown]

Wieso funktioniert das nicht, das regt mich auf:

Weil Variablen in LambdaExpressions final sein müssen.
Und selbst wenn es gehen würde, forEach gibt keine Garantie für die Reihenfolge, uU wird von hinten nach vorn gelesen und es kommt völliger Unsinn raus