Taschenrechner

[Murcer]

Hallo,
also ich habe folgendes Problem:
In einem JTextField wird eine Aufgabe eingegeben z.B. 5+6! Der User drückt dann auf "=" und das Ergebnis soll in dem JTextField erscheinen.
Ich habe mir jetzt den Inhalt ders TextFields in einer String Variable gespeichert. Wie bekomme ich da jetzt das Ergebnis raus?

Gibt es irgend einen Befehl zwischen String und Int (Also zwischen den Zahlen und den Rechenzeichen) zu Trennen? Wo bei dann das Problem da wäre, dass das ganze als String gespeichert ist.

Hoffe ihr versteht mein Problem.

 

[Foermchen82]

Hast du für das "=" einen Button? Wenn ja solltest du es für die Rechenoperationen auch so machen. Dann kannst du dir einfach die Operation merken.

 

[Murcer]

Ja ich das "=" ist ein Button und die anderen Rechenzeichen auch. Nur würde ich gerne auch die Eingabe per Tastatur ermöglichen....

Wie kann ich denn einstellen das das Textfeld nur ausgelesen aber nicht bearbeitet werden kann? Damit der User keine Bugs verursachen kann, in dem er trotzdem etwas per Testatur eingibt.

 

[Wortraum]

Wirf mal ein Blick auf die Dokumentation von String:
String (Java Platform SE 6)

Dort könnten Methoden wie split(…), indexOf(…), subString(…) und trim() für Dich interessant sein. Es gibt natürlich zahlreiche Möglichkeiten, Dein Problem zu lösen, aber da probierst Du am besten selbst herum. Eine fertige Methode, die Dir einen String an Operatoren aufteilt, gibt es nicht.

Hier nur ein Beispiel, wie man so etwas machen könnte:

String input = "23+42";
String[] operands = input.split("\\+");
System.out.println(operands[0]);
System.out.println(operands[1]);

Natürlich muß man noch einiges bedenken. Wie behandelt man verschiedene Operatoren? Was macht man bei einem unbekannten Operator? Was passiert, wenn der Nutzer Leerzeichen ("23 + 42") eingibt?

 

[Tomate_Salat]

Punkt vor strich, Klammerneingabe und und und. Ein Taschenrechner ist nicht gerade ohne ;-)

Ich würde auch einen Listener auf die TextFeld setzen, welches die Eingabe überprüft, ist ein leerzeichen dabei, sollt er es gleich raushauen, dann sparst du dir die überprüfung nach unbekannten zeichen

MFG

Tomate_Salat

 

[FArt]

.... ja, da gibt es noch einiges zu beachten... Punkt vor Strich... Klammerregeln...

Das Thema wurde hier schon oft diskutiert. Suche mal, z.B. mit "Taschenrechner" oder "Formel" oder "rechnen" usw.

in der Regel läuft es auf einen Parser raus, bzw. auf einen Parsergenerator, der einen Parser erzeugt...

 

[Murcer]

Super Danke damit komm ich erst mal weiter. Klammern und sowas wollte ich erst mal raus lassen.

 

[Wortraum]

Punkt vor strich, Klammerneingabe und und und. Ein Taschenrechner ist nicht gerade ohne ;-)

Es stellt sich eben die Frage, wie weit man gehen möchte. Natürlich kann man den Taschenrechner beliebig aufrüsten, und wenn man dann bei einem vollständigen Algebrasystem angelangt ist, kann man sogar Geld damit machen.

 

[Tomate_Salat]

Es stellt sich eben die Frage, wie weit man gehen möchte. Natürlich kann man den Taschenrechner beliebig aufrüsten, und wenn man dann bei einem vollständigen Algebrasystem angelangt ist, kann man sogar Geld damit machen.

:lol: bleib mal auf dem Boden. Vor allem: der TO ist noch bei Addition und du redest hier am besten noch von einem wissenschaftlichen Endprodukt mit nullstellenbestimmung, extremwertbestimmung, gleichungssystem nach X,Y,Z auflösen. ;-)

 

[Ein Keks]

falls du javascript kennst, java hat einen interpreter dafür so dass du den formelparser davon nutzen kannst:

import javax.script.*;

        ScriptEngineManager factory = new ScriptEngineManager();
        ScriptEngine engine = factory.getEngineByName("JavaScript");
        System.out.println(engine.eval("2+3*(5-3)"));

dürfte so ziemlich die einfachste möglichkeit sein (auch wenn vllt. nicht die schönste und beste)

 

[Tomate_Salat]

dürfte so ziemlich die einfachste möglichkeit sein (auch wenn vllt. nicht die schönste und beste)

Finde ich eine schlechte idee, warum? Ganz einfach:

• Der TO schreibt den Rechner bestimmt als Übung und nicht weil er Ihn unbedingt braucht oder vermarkten will, da gibt es genug andere
• eval => eine Methode die nicht gerne Benutzt wird.Viele raten davon zurecht ab!

 

[Wortraum]

Nun ja, sie raten zurecht davon ab, denn viel größer kann eine Sicherheitslücke kaum sein. Das spielt bei diesem Taschenrechner wohl auch keine Rolle, aber man sollte sich so etwas erst gar nicht angewöhnen.

 

[ARadauer]

eval => eine Methode die nicht gerne Benutzt wird.Viele raten davon zurecht ab!

baut json nicht komplett auf der eval methode auf?... sprich json string rein-> javascript object raus..

 

[Tomate_Salat]

baut json nicht komplett auf der eval methode auf?... sprich json string rein-> javascript object raus..

kenne mich mit json nicht viel aus, hatte es heute kurz angeschaut. Aber ich glaube, JSON benutzt ausschließlich regex. Ob es für die Java-version von JSON so ist weis ich nicht :bahnhof:. Falls ja wäre das nicht gerade toll :-/

Wenn es jmd kennt: ich glaube FireBug von Mozilla setzt auf Eval. Da sei es aber weniger weiter schlimm, weil sie eine Console mitliefern in der JS-Code reingeschrieben werden kann, der ausgeführt wird und was da reingeschrieben wird, entscheidet der Benutzer des Browsers. Ansonsten sehe ich keine Notwendigkeit für eine Eval-Funktion.

 

[Ein Keks]

Hab ja schon dazu geschrieben, dass es nicht beste lösung ist^^
Zum thema sicherheitslücke, ein einfaches regex und das Problem ist (mehr oder weniger) beseitigt, wobei das hier wohl auch nicht nötig sein sollte.
Ich wollte das ganze ja auch nur mal als mögliche Alternative genannt haben, da Java nunmal keinen Formelparser dabei hat und soetwas nicht grade trivial ist.

Und zumindest in Javascript benutzt man für JSON eval

 

[Tomate_Salat]

Seit wann ist den eine Sicherheitslücke eine alternative oder gar eine Lösung? Ich würde sie eher als Problem bezeichnen ;-)

Nun ja, ich mag die Methode trotzdem nicht, es gibt nur gaaanz wenige Situationen wo ich sagen würde: da ist es ok wenn man sie nutz, aber i.d.R. gibt es immer eine bessere und sichereren Weg. Dieser mag zwar länger sein aber dafür sicherer ;-).