Kommentare zu: 03.02 Strings vergleichen

Von: Problem Leeres Feld wird nicht als solches interpretiert

Problem Leeres Feld wird nicht als solches interpretiert — Tue, 13 Sep 2011 12:15:44 +0000

[...] is empty");} [/CODE] nicht dasselbe Ergebnis liefert findet man hier: Java Blog Buch : 03.02 Strings vergleichen Die einzige Sache die sich mir noch nicht erschlossen hat, ist wieso die Datenbank ein leeres [...]

Von: Java texteditor problem - Forum Fachinformatiker.de

Java texteditor problem - Forum Fachinformatiker.de — Tue, 21 Sep 2010 08:19:50 +0000

[...] interessant: Java Blog Buch : 03.02 Strings vergleichen __________________ #fachinformatiker.de im IRC | http://wiki.lupo49.de/ | IT staff – Getting [...]

Von: Britta

Britta — Thu, 22 Jul 2010 10:14:30 +0000

Das mit der Pool-Methode in Java ist mir neu, wieder was dazu gelernt

Von: Stefan Kiesel

Stefan Kiesel — Sun, 20 Jun 2010 09:33:46 +0000

Hallo jhb,

man kann sich nicht “für die Pool-Methode” entscheiden. Entweder werden Strings in den Pool gelegt, oder eben nicht. Auch ändern sich Strings nie, da Strings immutable sind (siehe 03.05 Immutability von Strings). Der Speicherort, auf dem die Variable verweist, wird bei einer Neuzuweisung (nicht Änderung, da wie gesagt nicht möglich) verändert (bzw. wenn der String schon im Pool existiert, auf diese Stelle verwiesen).

Ich denke die restlichen Fragen sind dann hinfällig? Falls nein, bitte noch einmal melden.

Gruß
Stefan

Von: jhb

jhb — Fri, 18 Jun 2010 16:16:15 +0000

Wenn man sich für die Pool-Methode entscheidet und dann einen string ändert wird diese eine Pool-Variable dann separat angelegt, oder?
(davon gehe ich mal stark aus, sondern würden sich ja auch unbeteiligte Variablen ändern).
Wenn man also davon ausgehen kann, dass sich strings verändern, worin liegt dann der Vorteil?
Wenn man weiß, dass sie gleich bleiben, hätte man ja auch idR, gleich auf einen vorhanden string verwenden können.
So ganz ist mir daher der Vorteil noch nicht klar.