[Java] Wat is String.intern()

[Baron]

Ik heb een probleem gehad, maar heb het slechts per toeval kunnen oplossen.

Dit was mijn debug code:

Java:

  String fromConnection2 = "out1";
  if (fromConnection.equals(fromConnection2)) System.out.println("Ze zijn gelijk");
  iod.Connect(fromIOblock, fromConnection, toIOblock);

Dit is de output

code:

  Ze zijn gelijk

Wijzig ik regel 3 in

Java:

  iod.Connect(fromIOblock, fromConnection2, toIOblock);

Dan werkt het wel.

Ik heb uiteindelijk het probleem kunnen oplossen op volgende manier:

Java:

  iod.Connect(fromIOblock, fromConnection.intern(), toIOblock);

Kan iemand mij vertellen waarom mijn eerste manier niet werkte en waarom ik intern moet gebruiken?

[RobIII]

3 sec. googlen:
http://java.sun.com/j2se/1.4.2/docs/api/java/lang/String.html#intern()

[ Voor 47% gewijzigd door RobIII op 28-09-2006 15:19 ]

[sphere]

Volgens mij is wat er in de titel staat geen "soup question", maar wil de TS weten waarom hij intern() op zijn String from fromConnection moet aanroepen. Kennelijk faalt het als hij dat niet doet, maar ik ben wel geinteresseerd in de foutmelding.

[Baron]

Deze link had ik ook al gevonden, maar het geeft geen antwoord op mijn vraag.

[Baron]

sphere schreef op donderdag 28 september 2006 @ 15:25:
Volgens mij is wat er in de titel staat geen "soup question", maar wil de TS weten waarom hij intern() op zijn String from fromConnection moet aanroepen. Kennelijk faalt het als hij dat niet doet, maar ik ben wel geninteresseerd in de foutmelding.

Ik was eigenlijk vertrokken van constante Strings in het programma en toen werkte alles prima.
Achteraf heb ik variabelen toegevoegd, en toen werkte het niet meer.
Ik geen fout gehad, maar het programma werkte gewoon niet.

[Soultaker]

Ik weet niet wat die iod doet, maar blijkbaar vergelijkt hij objecten op identiteit (met ==) in plaats van op structurele gelijkheid (met equals). Twee 'gelijke' strings kunnen best verschillende objecten zijn (dus: a.equals(b) terwijl a != b); het punt van intern() is dat die methode voor gelijke strings een unieke representant oplevert, waardoor de vergelijking op identiteit (met == in plaats van equals) ook werkt.

De reden dat het met constanten wel werkte, is waarschijnlijk dat literals automatisch geinternalized worden. Dat geldt niet voor dynamische strings.

De echte vraag is natuurlijk waarom dat iod-ding objecten met == vergelijkt. Dat lijkt me een implementatiefout.

[ Voor 12% gewijzigd door Soultaker op 28-09-2006 15:30 ]

[CyBeR]

Met String.intern() krijg je gewoon een reference terug naar een reeds bestaande string aan de hand van de inhoud van die string. Als je een klasse hebt die references naar objecten gebruikt ipv te kijken naar de inhoud ervan zul je een reference naar je originele string nodig hebben ipv een nieuwe string met dezelfde inhoud. Met String.intern() krijg je die.

Ik weet niet in hoeverre dat van toepassing is want ik weet niet welke objecten je gebruikt.

offtopic:
*Shakes fist at Soultaker*

[ Voor 3% gewijzigd door CyBeR op 28-09-2006 15:31 ]

[Janoz]

Misschien kun je iets meer vertellen over wat er in het oid object gebeurt? Dat is duidelijk geen standaar java object aangezien de methodenaam met een hoofdletter begint. Waarschijnlijk is hierin een fout gemnaakt door een string te vergelijken met == ipv .equals().

edit:hmmm, volgende keer gewoon op submit drukken ipv eerst een binnengekomen telefoontje afhandelen ..

[ Voor 16% gewijzigd door Janoz op 28-09-2006 15:36 ]

[Baron]

Jullie hebben allemaal gelijk. Ik heb me gewoon blind gestaard op de werkende code en de inhoud van de string.
Er is ergens s1 == s2 gebruikt ipv s1.equals(s2)