Auf Palindrom überprüfen

[tomtom96]

Hallo Leute!

Ich bräuchte mal Hilfe zu folgender Problemstellung: Ich bin gerade dabei Java zu lernen und ich versuche mich gerade an einem Programm, womit man Wörter auf ein Palindrom überprüfen kann. Hier erstmal mein Code dazu:

import java.util.Scanner;

public class Palindrom {
    public static void main(String[] args) {

    Scanner in = new Scanner(System.in);
    System.out.println("Das zu überprüfende Wort eingeben!");
    String eingabe = in.next();
    String wort = eingabe;
   
   
    String ausgabe;
    for (int i=wort.length()-1; i>=0; i--){
        ausgabe = "" + wort.charAt(i);
        System.out.print(ausgabe);
    }
       
   
    }
}

Meine Frage ist jetzt, dass ich irgendwie nicht auf die if-Bedingung komme, mit der ich beide Werte vergleichen kann.
Ich versuche es mit

if (wort==ausgabe) System.out.println(true)

aber das funktioniert leider nicht..


Würde mich über hilfreiche Antworten freuen!

LG

 

[Xyz1]

Auch hier muss ich leider wieder sagen, bitte BufferedReader benutzen und anderes nicht zweckentfremden oder missbrauchen!

 

[mrBrown]

Auch hier muss ich leider wieder sagen, bitte BufferedReader benutzen und anderes nicht zweckentfremden oder missbrauchen!

Kommt irgendwann auch noch mal eine Begründung dafür?

 

[tommysenf]

Kommt irgendwann auch noch mal eine Begründung dafür?

Es hilft die Anzahl der Beiträge zu pushen

Back to Topic:

http://www.java-forum.org/thema/vergleichen-von-strings.1350/

 

[Xyz1]

Vielleicht sollte ich das in meine Signatur packen? Ach ne, zu viele Punkte dagegen...

http://stackoverflow.com/questions/...ine-after-using-next-nextint-or-other-nextfoo

Insbesondere Workaround: sollte man sich mal durchlesen...
Verzichte auf next..., verwende stattdessen Scanner#nextLine, dann kann ich auch gleich das Werkzeug dafür nehmen, das dafür gedacht ist,

und viele weitere Punkte, welch ich nicht bereit bin aufzuzählen.

Das ich es nötig hätte, irgendetwas zu pushen - ist eine Frechheit!
Locker schreibe ich auch nochmal 1000 Beiträge, wenn ich möchte - oder auch nicht!

 

[mrBrown]

http://stackoverflow.com/questions/...ine-after-using-next-nextint-or-other-nextfoo

Insbesondere Workaround: sollte man sich mal durchlesen...

Das jemand Scanner nicht versteht spricht gegen seine Verwendung? Wenn ich dich also nicht verstehe, spricht das dann gegen dein Posten und du meldest dich hier ab?

Verzichte auf next..., verwende stattdessen Scanner#nextLine, dann kann ich auch gleich das Werkzeug dafür nehmen, das dafür gedacht ist,

Zum Beispiel das Werkzeug, was zum Einlesen verschiedenster durch Whitespace getrennter Token gedacht ist: "...which can parse primitive types and strings using regular expressions. [...] breaks its input into tokens using a delimiter pattern"?

und viele weitere Punkte, welch ich nicht bereit bin aufzuzählen.

Also gibts keine weiteren Gründe, danke für die Bestätigung

 

[Xyz1]

Das jemand Scanner nicht versteht spricht gegen seine Verwendung? Wenn ich dich also nicht verstehe, spricht das dann gegen dein Posten und du meldest dich hier ab?

Ich melde mich hier nicht ab, solange meine Antworten nicht restlos gelöscht werden.
Solange wirst du dich also mit mir arrangieren müssen - oder du klickst auf ignorieren,
dann muss ich Unzulänglichkeiten vielleicht auch nicht mehr lesen.

 

[tommysenf]

Insbesondere Workaround: sollte man sich mal durchlesen...

Und inwieweit trifft das jetzt auf den Code in diesem Thread zu?

 

[Xyz1]

Und inwieweit trifft das jetzt auf den Code in diesem Thread zu?

Insofern, dass Scanner generell eine schlechte Wahl ist.

Beschreibe ich es nochmal anders, Tool A hat Feature A, Tool B hat Feature A und B. Um B nutzen zu wollen, sollte ich auf A zurückgreifen. Dann kann ich auch gleich Tool A wählen.

Eines der überflüssigsten Klassen und einer der größten Anfängerfehler.

 

[mrBrown]

Scanner hat Feature int's nach Token getrennt einlesen, BR hat das nicht.
Ich will ints einlesen, also nehm ich das Tool, was das kann.

Würde mich über hilfreiche Antworten freuen!

Strings musst du mit equals(...) vergleichen

 

[tommysenf]

Insofern, dass Scanner generell eine schlechte Wahl ist.

Nur wenn man ihn falsch benutzt, was hier aber nicht der Fall ist...