Integer.toString(int i) vs. String.valueOf(int i)

[hüteüberhüte]

Welches sollte man nehmen? Was ist evtl. besser?

valueOf ruft intern toString auf :shock:

Heißt das lieber Integer.toString(int i) verwenden?

 

[Spacerat]

Zu Zeiten, in denen es um jeden Taktzyklus ging, wohl eher das, welches intern nicht weiterdelegiert.
Integer.toString() hat gegenüber String.valueOf() noch den Vorteil, dass man auch Ausgaben in anderen Zahlenformaten hinbekommt. Ansonsten ist's egal.

 

[Firephoenix]

Nimm Integer.toString, da sparst du 2 Aufrufe und 2 Vergleiche wenn ich das im Java-Source gerade richtig geblättert habe (Effektiv ist es wohl egal, solange du das nicht extrem oft ausführst lohnt sich tuning auf so einer Ebene nicht).

Gruß

 

[xehpuk]

Nimm

String.valueOf()

, das geht dann mit allen Datentypen.

 

[Spacerat]

Nimm

String.valueOf()

, das geht dann mit allen Datentypen.

???:L Jep... <Object>.toString() existiert ja leider für Primitivtypen nicht. :lol:

 

[hüteüberhüte]

Danke, muss ich mir nur noch irgendwie merken, die richtige Methode zu verwenden

 

[Ark]

???:L Jep... <Object>.toString() existiert ja leider für Primitivtypen nicht. :lol:

Jein. Diese Methoden sind alle statisch, und es gibt hinreichend viele solcher Methoden derart, dass man im Java-Quelltext jeden Wert beliebigen Typs als erstes und einziges Argument übergeben kann, eben auch primitive Werte und sogar null (was man so von [c]toString()[/c] nicht behaupten kann).

BTW: Ich meide diese [c]valueOf()[/c]-Methoden und verwende lieber z.B. [c]Integer.toString()[/c].

Ark

 

[hüteüberhüte]

BTW: Ich meide diese [c]valueOf()[/c]-Methoden und verwende lieber z.B. [c]Integer.toString()[/c].

Das Problem: Integer.toString() ist nicht static und man kann es auf int (primitiven Datentypen) nicht aufrufen

 

[Hobbes]

Da gibt es auch eine statische Methode

Integer (Java Platform SE 7 )

 

[hüteüberhüte]

Da gibt es auch eine statische Methode

Integer (Java Platform SE 7 )

Um diese (static) Methode geht es doch die ganze Zeit :bae:

 

[xehpuk]

???:L Jep... <Object>.toString() existiert ja leider für Primitivtypen nicht. :lol:

Keine Ahnung, was du damit gemeint hast.

Ich wollte nur darauf hinaus, dass man einfach immer

String.valueOf()

verwenden kann, egal ob

int

,

double

etc. Alternative wäre halt

Integer.toString()

,

Double.toString()

etc.

Eigentlich war meine Antwort auch leicht satirisch gemeint, weil es total wumpe ist, wie man es nun macht. Hauptsache nicht so ein Mist wie

int + ""

.

 

[Spacerat]

Eigentlich war meine Antwort auch leicht satirisch gemeint, weil es total wumpe ist, wie man es nun macht. Hauptsache nicht so ein Mist wie

int + ""

.

Dann hebe die Satiere doch das nächste mal mit 'nem ???:L ... :lol: heraus, so wie ich .
Wenigstens sind wir uns in dieser Hinsicht ja einig.
Aber noch mal zum tieferen Sinn des Humors. Jede dieser String.valueOf() Methoden, ausser die mit den Chararrays ruft etwas mit toString() auf, deswegen ist's in den meisten Fällen auch vollkommen egal. Hotspot findet diese "valueOf()"s bei längerer Laufzeit und exessiver Nutzung (wenn nicht sogar sofort) ohnehin und optimiert dann entsprechend.
Die Klasse Object hat eine solch' statische Methode nicht, weil diese sonst jede Klasse zwangsvererbt bekäme.

BTW: Ich meide diese [c]valueOf()[/c]-Methoden und verwende lieber z.B. [c]Integer.toString()[/c].

Das kommt auch auf die Situation an, z.B. wenn der Typ der Variable nicht feststeht -> valueOf(). Was bleibt einem übrig.

 

[xehpuk]

Jede dieser String.valueOf() Methoden, ausser die mit den Chararrays ruft etwas mit toString() auf, deswegen ist's in den meisten Fällen auch vollkommen egal. Hotspot findet diese "valueOf()"s bei längerer Laufzeit und exessiver Nutzung (wenn nicht sogar sofort) ohnehin und optimiert dann entsprechend.

Ist ja im Prinzip das Gleiche mit

SwingUtilities.invokeLater()

. Das delegiert auch nur zu

EventQueue.invokeLater()

.

Das kommt auch auf die Situation an, z.B. wenn der Typ der Variable nicht feststeht -> valueOf(). Was bleibt einem übrig.

???:L if-else mit instanceof :lol:
Nun ja, wenn der Typ nicht feststeht, wird es ja eine Referenzvariable sein. Also könnte man auch einfach

toString()

nehmen (von

null

mal abgesehen).