Horst-Dieter - Sa 28.02.09 12:27
Titel: Taschenrechner als Delphi-Komponente

---

Ich habe mir in Delphi 7 einen Taschenrechner als Komponente geschrieben.
Hat noch jemand Verbesserungsvorschläge?

Jakob_Ullmann - So 01.03.09 16:27

---

Also das sieht ja schon ganz gut aus. Aber: Wozu? Wann braucht man einen Taschenrechner als Komponente?

edit: Was ist A(d)?

Marc. - So 01.03.09 16:50

---

Jakob_Ullmann hat folgendes geschrieben :

edit: Was ist A(d)?

A(d) berechnet die Kreisfläche, wobei d vermutlich für den Durchmesser stehen soll. ;)

Ich halte es aber auch für fraglich, wofür man einen Taschenrechner als Komponente braucht. Hätte eine simple Opensource-Unit da nicht mehr Sinn gemacht?

Grüße,
Marc

Jakob_Ullmann - So 01.03.09 19:38

---

Bzw. wenn schon eine Taschenrechner-Komponente, dann sollte sie zumindest mit GANZEN TERMEN ( PARSER) arbeiten können.

ffgorcky - So 01.03.09 19:57

---

Der ist wirklich nicht schlecht!
Ich finde es nur schade, dass man dort nicht einfach mit dem (auf der Tastatur rechten) Num-Block rechnen kann... :-(
Also wäre dort ja noch die Behandlung einer OnKeyPress()-Methode recht gut.
Nur mal so als Anregung.

- Aber sonst: Alle Achtung!
Den hätte ich nicht so ohne weiteres hinbekommen...

Hidden - So 01.03.09 20:04

---

Also ich kann mir das eigentlich sehr gut vorstellen: Überall, wo ein Programm Zahleneingaben verlangt, die einigermaßen wahrscheinlich vorher berechnet werden müssen, spart das zumindest ein c&p.

mfG,

Jakob_Ullmann - Mo 02.03.09 19:31

---

Hidden hat folgendes geschrieben :

Überall, wo ein Programm Zahleneingaben verlangt, die einigermaßen wahrscheinlich vorher berechnet werden müssen ...

:?: Zum Beispiel? Eine Taschenrechneroberfläche brauche ich normalerweise nur bei einem Taschenrechner. Wenn die Komponente das komplette Programm darstellt, ist das schon traurig. Und ansonsten benutze ich doch entweder Delphi oder einen Parser :nixweiss:

EDIT: Die Symbole für Plus, Minus, Mal und Durch könnte man noch verbessern.

Hidden - Mo 02.03.09 21:11

---

Dachte das vom Erscheinungsbild her eher so als ModalView-Fenster. Ein konkreter Anwendungszweck will mir gerade nicht einfallen, aber beispielsweise bei Simulationen könnten Eingaben verlangen, für die es Sinn macht, dass für die Eingebe eine komplettes Rechenwerkzeug bereitgestellt wird.

Andererseits bemüht man sich dann wohl eher um eigenes Design, das in die Anwendung passt und bindet zu den Funktionen und zum Parser eine Unit ein..

Jakob_Ullmann - Mo 02.03.09 21:54

---

Naja, ich glaube, das war auch eher als Übung gedacht. :wink: