---

Er der nogen der kan fortælle mig hvad forskellen er på disse 2 linier? Hvis
der altså er forskel.

String vHentData = new String("bla");
String vHentData = "bla";

/md

---

"Michael" <michael@danwebportal.com> wrote in message
news:MbAa6.6483$l57.191905@news000.worldonline.dk...
> Er der nogen der kan fortælle mig hvad forskellen er på disse 2 linier?
Hvis
> der altså er forskel.
>
> String vHentData = new String("bla");
> String vHentData = "bla";

Udover at den ene er længere end den anden, så er der ingen forskel (correct
me if im wrong!)
Claus
--
Claus Christiansen, TeamD member <cch@unipeople.dk>

Pythia: http://www.pythia.dk
Personal: http://www.bigfoot.com/~kruc
============================================-------------------------
"Gravitation can not be held responsible for people falling in love"
A. Einstein

---

In article <fXAa6.3096$fa3.188742@news010.worldonline.dk>,
cch@unipeople.dk says...

> > String vHentData = new String("bla");
> > String vHentData = "bla";

> Udover at den ene er længere end den anden, så er der ingen forskel (correct
> me if im wrong!)

Jo, der er en forskel (hvis ikke en god compiler optimerer den væk). I
det andet tilfælde får du oprettet en enkelt instans af String. I det
første tilfælde får du oprettet to! Nemlig den du laver med "", og den
ekstra, som du selv beder om med new.

Derfor er den anden linje den bedste udgave at bruge.

Med venlig hilsen Sven.

---

Sven Nielsen wrote:
>
> In article <fXAa6.3096$fa3.188742@news010.worldonline.dk>,
> cch@unipeople.dk says...
>
> > > String vHentData = new String("bla");
> > > String vHentData = "bla";
>
> > Udover at den ene er længere end den anden, så er der ingen forskel (correct
> > me if im wrong!)
>
> Jo, der er en forskel (hvis ikke en god compiler optimerer den væk)

Jeg synes ikke, at en god compiler skal aendre i det man har skrevet -
medmindre at det bevisligt ikke medfoerer nogen (programmatisk) synlig
aendring af det koerte program.

> Derfor er den anden linje den bedste udgave at bruge.

Under normale omstaendigheder, ja.

mvh. Morten N

---

hah?
Er det fordi vi snakker bytecode her?
Eller er det noget du mener generalt om "gode" compilere?

- Kasper

> Jeg synes ikke, at en god compiler skal aendre i det man har skrevet -
> medmindre at det bevisligt ikke medfoerer nogen (programmatisk) synlig
> aendring af det koerte program.
>
> > Derfor er den anden linje den bedste udgave at bruge.
>
> Under normale omstaendigheder, ja.
>
> mvh. Morten N

---

Kasper Nielsen wrote:
>
> hah?
> Er det fordi vi snakker bytecode her?
> Eller er det noget du mener generalt om "gode" compilere?

Mig ikke forstaa dit spoergsmaal.

mvh. Morten N

---

D. Sun, 21 Jan 2001 13:00:09 +0100 syntes "Michael"
<michael@danwebportal.com> at dk.edb.programmering.java skulle vide at
<MbAa6.6483$l57.191905@news000.worldonline.dk>.

>Er der nogen der kan fortælle mig hvad forskellen er på disse 2 linier? Hvis
>der altså er forskel.
>
>String vHentData = new String("bla");
>String vHentData = "bla";

Ingen.
Selvom en String er et objekt, har den alligevel lidt særstatus i forhold
til "almindelige" objekter. Fx. her i anden linie hvor constructoren
automatisk kaldes og referenceparametren automatisk lagres i vHentData,
selvom du ikke bruger new operatoren.

--
Mvh. Simon Mikkelsen, stud. ing.

www.zipban.dk - gratis reklame til din hjemmeside

---

Michael wrote:
>
> Er der nogen der kan fortælle mig hvad forskellen er på disse 2 linier? Hvis
> der altså er forskel.
>
> String vHentData = new String("bla");
> String vHentData = "bla";

Jeg mener at nederste linie svarer til

String vHentData = new String("bla").intern();

Maaske har JVM'en en smutvej til String-klassens kode, saa "bla" findes
uden foerst at skabe et objekt. Jeg kunne forestille mig noget i stil
med

String vHentData = String.getInterned("bla");

mvh. Morten N

---

Tak skal i havde alle sammen.
/md

---

> Er der nogen der kan fortælle mig hvad forskellen er på disse 2 linier? Hvis
> der altså er forskel.

> String vHentData = new String("bla");

Efter oversættelse med javac (JDK 1.2.2) laves der følgende byte code:

0 new #4 <Class java.lang.String> // alloker hukommelse til et String objekt

3 dup // kopier øverste værdi på
stakken
4 ldc #1 <String "bla"> // ren magi
6 invokespecial #6 <Method java.lang.String(java.lang.String)> //
initialiser objektet


> String vHentData = "bla";

Efter oversættelse med javac (JDK 1.2.2) laves der følgende byte code:

0 ldc #1 <String "bla"> // ren magi

Der skal altså i hvert fald køres flere instruktioner i det første eksempel. Nu
ville det så være rart hvis en
eller anden ville fortælle, hvad <String "bla"> egentlig gør (bør gøre)?

Det store spørgsmål er måske, om en compiler der oversætter
String vHentData = new String("bla");
til
ldc #1 <String "bla">.
er korrekt?

Ulrik Magnusson

---

Og for at udlægge denne bytekode for hvide mennesker betyder det at hvis jeg
skriver:

String s1 = new String("bla");
String s2 = "bla";
System.out.writeln("s1 == \"bla\": " + (s1 == "bla" ) );
System.out.writeln("s2 == \"bla\": " + (s1 == "bla" ) );

får jeg

s1 == "bla": false
s2 == "bla": true

Det er derfor man altid skal sammenligne Strings med equals metoden.

MvH
Niels Ull Harremoës

---

> String s1 = new String("bla");
> String s2 = "bla";
> System.out.writeln("s1 == \"bla\": " + (s1 == "bla" ) );
> System.out.writeln("s2 == \"bla\": " + (s1 == "bla" ) );
> får jeg
> s1 == "bla": false
> s2 == "bla": true
> Det er derfor man altid skal sammenligne Strings med equals metoden.

Eller bruge intern() :

String s1 = new String("bla");
String s2 = "bla";
System.out.println("s1 == \"bla\": " + (s1.intern() == "bla" ) );
System.out.println("s2 == \"bla\": " + (s2 == "bla" ) );

Hvilket giver:

s1 == "bla": true
s2 == "bla": true

Ulrik Magnusson