Scannerausgabe

[jokos1105]

Hallo zusammen

Ich habe so ein kleines Problemchen. Und zwar:

Der Scanner "s" liest daten aus einer Datei aus. Möchte ich diese nun verarbeiten z.B.

->String a = s.next();
->if(a == "Text") { System.out.println("Test erfolgreich"); }
->else { System.err.println("Fehler"); }

wird immer und immer wieder der Fehler text ausgegeben.
Ich hoffe ihr könnt mir helfen

 

[jokos1105]

Vielleicht sollte ich noch dabei sagen, dass die Datei gefunden wird und gelesen wird, auch kann Test wieder ausgegeben werden.

 

[VfL_Freak]

Moin,
habe zwar die konkrete Frage nicht wirklich verstanden, aber möglichweise suchst nach diesem Fehler:

if(a == "Text")

So vergleicht man keine Strings !!!

Man muss die Methode "String.equals(...)" nutzen! Wirf mal einen Blick in die API: http://docs.oracle.com/javase/8/docs/api/

Gruß Klaus

 

[jokos1105]

Ich danke dir viel mals so funktioniert es

 

[VfL_Freak]

Ich danke dir viel mals so funktioniert es

prima ... ist Dir denn aus klar geworden, warum das so ist ??

 

[jokos1105]

Ich hoffe: Ein String wird bei "==" so überprüft ob diese Identisch ist oder nicht

String a = "Beispiel";
String b = a; //b ist nun identisch zu a

String c = "Beispiel"; //c ist jetzt gleich zu a und b

if(a == c) //Wird nicht ausgeführt da nicht identisch
{
//Ausführung
}

Nochmals vielen Dank

 

[Cromewell]

Ich hoffe: Ein String wird bei "==" so überprüft ob diese Identisch ist oder nicht

Nein, Strings überprüft man mit #equals() auf Gleichheit

PS: Wurde sogar schon oben erwähnt

 

[jokos1105]

Ich schrieb ja Identisch und nicht gleich

 

[Cromewell]

Achso, du meinst auf das selbe zeigen. Oben hieß es ja noch anders...Egal ^^

 

[jokos1105]

Joa

 

[VfL_Freak]

und was genau verstehst Du unter "identisch" ??
mit '==' vergleichst Du lediglich die Objektreferenz!

Ist hier ganz gut erklärt:
http://www.java-blog-buch.de/0302-strings-vergleichen/

Gruß Klaus

 

[jokos1105]

Identisch wäre für mich eine exakte Kopie des anderen

 

[jokos1105]

gleich wäre z.B. ein Object mit dem Integer alter. Das alter ist gleich eines anderen Objekts aber das Objekt ist ein anderes.

 

[jokos1105]

Identisch ist falsch ausgedrückt -> Ein und dasselbe nicht eine Kopie

 

[thecain]

Nur so der korrektheit halber

String a = "hallo";
String b = "hallo";

Ist equals und ==

Grund ist der Stringpool in java, welcher ausnutzt, das String immutable ist. Vergleichen tut man trotzdem wie schon erwähnt mit equals

 

[VfL_Freak]

Ist equals und ==
Grund ist der Stringpool in java, welcher ausnutzt, das String immutable ist. Vergleichen tut man trotzdem wie schon erwähnt mit equals

Nein, stimmt so nicht unbedingt!

'==' vergleicht lediglich die Referenz, d. h. nur wenn beide Objekte wirklich auf denselben Platz im Arbeitsspeicher verweisen, dann ist diese Abfrage wahr. Ansonsten nicht!
Siehe gleich die ersten beiden Beispiele in meinen Link:
http://www.java-blog-buch.de/0302-strings-vergleichen/

Gruß Klaus

 

[jokos1105]

Hatte das auch so bei der schnellen suche von "String.equals()" so gefunden

 

[VfL_Freak]

Der Hinweis auf den Stringpool ist auch nicht grundlegend falsch .... nur weiß man eben manchmal nicht nicht genau, ob und wann und wie er verwendet wird!
Und ich wüßte auch so aus dem Stand kein Beispiel, wo Vergleich der Refenzen wirklich Sinn macht rsp. notwendig ist !

Hier noch mal ein Link zu denm Thema !
http://stackoverflow.com/questions/3801343/what-is-string-pool-in-java

 

[thecain]

Es macht eigtl auch nie sinn. Ich wollte nur darauf hinweisen, dass das "Beispiel" von joshi mit a == c true zurückgeben würde, eben wegen dem String Pool und die logik dahinter keine magie oder zufall ist

 

[VfL_Freak]

keine magie oder zufall

naja, das hängt eben ganz davon ab, wie 'a' und 'c' deklariert wurden ... so ganz pauschal kann man das nicht sagen !

 

[thecain]

War ja auch nicht pauschal, sondern auf das Beispiel von Joshi

Code (Java):
String a = "Beispiel";
String b = a; //b ist nun identisch zu a

String c = "Beispiel"; //c ist jetzt gleich zu a und b

if(a == c) //Wird nicht ausgeführt da nicht identisch
{
//Ausführung
}

String a = "Hallo"; //String pool
String b = "Ha"+"llo"; //String pool
Strinb c = new String("Hallo"); // Nicht String Pool

 

[VfL_Freak]

Richtig

Und genau deswegen finde die Aussage, dass man Strings aus diesem Grund auch mit '==' vergleichen könne, sehr gewagt - vor allem gegenüber Programmierneulingen, die mit solchen Feinheiten sicher nichts anfangen können!
Schließlich vergleichst Du auch dabei eben nicht direkt den Stringinhalt sondern auch 'nur' die Objektreferenz und es kann halt nur "zufällig" mal TRUE heraus kommen!

Deswegen sollte man bei Fragen nach dem Vergleichen von String IMMER auf die Methode equals verweisen !!

Gruß Klaus

 

[thecain]

Und genau deswegen finde die Aussage, dass man Strings aus diesem Grund auch mit '==' vergleichen könne, sehr gewagt - vor allem gegenüber Programmierneulingen, die mit solchen Feinheiten sicher nichts anfangen können!

Dann hast du mich falsch verstanden. Ich bin zu 100% deiner Meinung. Vergleichen soll man sie mit equals.
Es ging mir einfach darum, dass gerade genau in seinem Beispiel die if Bedingung eben doch ausgeführt worden wäre und ich es eine Erwähnung wert fand, warum dies so ist.

 

[VfL_Freak]

Es ging mir einfach darum, dass gerade genau in seinem Beispiel die if Bedingung eben doch ausgeführt worden wäre und ich es eine Erwähnung wert fand, warum dies so ist

'Ausgeführt' würde sie immer ... und möglicherweise auch TRUE liefern ...
Nur hat man dabei dann eben nicht das verglichen, was man intuitiv glaubt!

Klar kann man das erklären, aber einen Anfänger verwirrt das doch nur, oder ?

Gruß Klaus

 

[thecain]

und möglicherweise auch TRUE liefern ...

Auf jeden Fall in seinem Beispiel. Aber ja, du hast vll (sehr wahrscheinlich) recht und es verwirrt eher.

 

[jokos1105]

Verwirren tuts auf jedenfall wenns mal Funktioniert und dann wiederum nicht (Grund der Frage ) als ich dann nach String.equals() gegooglet habe wurde mir das dann wieder klar warum das nicht so funktionierte Ich bin aufjedenfall der Meinung, dass das mit der Methode sofort angesprochen werden sollte, wenn if-abfragen geklärt werden, und nicht erst in späteren Kapiteln. Sowohl in Videos als auch Büchern