If løkke.

det er ikke en løkke (det kan du sige om while og for):


if(brugernavn.equals(textField1.getText()) && password.equals(textField2.getText()))
    {
    }

mon ikke du skulle bruge

if( brugernavn.equals(textField1.getText()) && password==textField2.getText() )

i stedet for ....

ellers så tester du på om String-objekterne har samme hashcode og ikke på indholdet af stengene

/Søren

Kom med et svar

??? - Da jeg startede med at skrive, var der ikke nogle indlæg --- Det tog mig kun ca. 1 minut og skrive - og alligevel er Eriks post indsat for to minutter siden :-))) ....

Mystisk!
Måske er deres cache ikke så optimal alligevel :-)))

/Søren
<< Som selvfølgelig er enig i Eriks løsningsforslag *LOL* >>

Det er nok min supersoniske ADSL linie

Og så må jeg jo lige rette mig selv :-)) (når det nu skal gå så forbistreret hurtigt)...

både brugernavn _OG_ password skal benytte sig at .euqals()-metoden

dvs.

if( brugernavn.equals(textField1.getText())
&& password.equals(textField2.getText()) )
{
}

Og derudover fjern semicolon fra enden af if-linien. Det er altid en showstopper.

Logical --> og gemt i det semikolon ligger også grunden til, hvorfor "den heletiden hopper ind i løkken"... :-)

Ligemeget om udsagnet ville være sandt eller ej, vil betingelsen (og dertilhørende DO-clause) slutte ved ';'

Derefter vil programudførelsen bare fortsætte ned i {}-blokken

/Søren

bearhugx ->
Så vidt jeg ved tester == på strenge IKKE på om de har samme hashcode.
Den tester på objektlighed, og netop på strenge giver dette anledning til den lidt specielle detalje at den tester om de to strenge refererer til samme strengobject i String-poolen (ihvertfald hvis den ene af strenge er konstantærklæret.)

Det er korrekt, jkrag.

Derimod kan .equals() implenteres til først at kigge på hashcode.
Er de forskellige er strengene forskellige. Er de 2 hashkode ens,
må den så møjsommeligt spadsere igennem tegn for tegn.

Aha - så blev jeg så klogere :-)))