Java 5.0 / String.format - Warning

[Reinhard]

Hallo,

ich arbeite mit Eclipse 3.1.2 und hab gestern den Compiler von 1.4 auf 5.0 gesetzt.
Es ging mir speziell darum, dass der Befehl "String.format" verfügbar ist.

Jetzt bekomme ich bei der Verwendung:

System.out.println(String.format("getX: %d, getY: %d", me.getX(), me.getY()));

die Warnung " The expression of type int is boxed into integer".
Quickfix schlägt vor "Add @SupressWarnings 'boxing' to 'funktion'".

Jetzt möchte ich ungern die Warnung unterdrücken, sondern lieber wissen, wieso diese auftaucht.

Hat jemand einen Tip für mich?

Danke,
Reinhard

 

[norman]

die Warnung " The expression of type int is boxed into integer".

das heißt, dass eine int-variable automatisch zu einem Integer-Object geboxed wurde.

public static String format(String format,
Object... args)

die methode erwartet einen string und x objecte. die objekte sind bei dir "me.getX()" und "me.getY()" .. diese methoden liefern aber den primiticen typ int zurück.
seit java5 macht der compiler das automatisch, früher hättest du schreiben müssen:

System.out.println(String.format("getX: %d, getY: %d", new Integer(me.getX()), new Integer(me.getY())));

 

[Reinhard]

Also ist es in Ordnung, wenn ich diese Warnung mit "@SupressWarning" unterdrücke?

 

[norman]

Also ist es in Ordnung, wenn ich diese Warnung mit "@SupressWarning" unterdrücke?

Ja. Aber du kannst die Anzeige dieser Warnmeldungen sicherlich auch in deiner IDE abschalten.
Alternativ kannst du natürlich trotzdem new Integer(blabla.. schreiben, dann ist die Warnung auch weg.

 

[Reinhard]

Ok danke, ich unterdrücke jetzt fürs erste mal die Warnung.

Schöne Grüße,
Reinhard

 

[bygones]

unterdrück sie... es ist im Grunde keine Warnung sondern ein Hinweis meiner Ansicht nach - sonst wäre Autoboxing ja unsinnig

achja - new Integer lass wir gleich mal weg wenn dann Integer.valueOf() (ab 1.5 natürlich)

 

[norman]

achja - new Integer lass wir gleich mal weg wenn dann Integer.valueOf() (ab 1.5 natürlich)

warum?

 

[bygones]

achja - new Integer lass wir gleich mal weg wenn dann Integer.valueOf() (ab 1.5 natürlich)

warum?

mit new wird jedes mal ein komplett neues Objekt erzeugt - valueOf holt sich die zahlen aus einem Cache

gleiches gilt auch für Boolean... es ist unsinnig mit new Boolean zu arbeiten - dafür gibts Boolean.TRUE oder Boolean.FALSE usw

 

[Acha]

mit new wird jedes mal ein komplett neues Objekt erzeugt - valueOf holt sich die zahlen aus einem Cache

gleiches gilt auch für Boolean... es ist unsinnig mit new Boolean zu arbeiten - dafür gibts Boolean.TRUE oder Boolean.FALSE usw

Aha, das wußte ich bis jetzt auch noch nicht so genau, obwohl ich valueOf schon angewendet habe. Danke :wink: