AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Projekte Delphi Formelinterpreter, Programmierbarer Tabellenrechner
Thema durchsuchen
Ansicht
Themen-Optionen

Formelinterpreter, Programmierbarer Tabellenrechner

Ein Thema von Dipl Phys Ernst Winter · begonnen am 28. Apr 2009 · letzter Beitrag vom 2. Mai 2009
Antwort Antwort
Seite 3 von 5     123 45      
Dipl Phys Ernst Winter
Registriert seit: 14. Apr 2009
Interpreter für anwenderdefinierte Funktionen
Die Unit Formel exportiert:
Delphi-Quellcode:
type
  TPar = array[0..9] of extended;
function FWert(FStr: string; const P: TPar): extended; // Formelinterpreter
Verwendung:
Der Anwender übergibt dem Programm eine Formel als Text mit einer Reihe von Parametern vom Typ extended. Mit dem Interpreter berechnet das Programm Werte dieser Funktion.

Die Formel ist wie ein arithmetischer Ausdruck in Objekt-Pascal zu schreiben. In der Formel sind als Operanden zugelassen:
- Die Variable x
- Die Parameter a, b, c, d, w
- u für cos(w), v für sin(w)
- x^n als Potenz von x mit ganzzahligen Exponenten n=0..9.
- Zahlenkonstanten (Dezimalzahlen, Gleitkommazahlen )
- Die Konstante PI = 3.14159265358979
- Geklammerte Ausdrücke: '( Ausdruck )'
- Standardfunktionen mit einem Ausdruck w als Argument
-- ABSw)
-- INT(w)
-- FRAC(w)
-- SQR(w)
-- SQRT(w)
-- EXP(w)
-- LN(w)
-- SIN(w)
-- COS(w)
-- ARCTAN(w)

Zwischen zwei Operanden muß ein Operator stehen:
'*', '/' Multiplikation, Division mit Vorrang vor Addition und Subtraktion ausgeführt.
'+', '-' Addition, Subtraktion

Ein '+' oder '-' kann als monadischer Operator vor einem Ausdruck stehen.

Zwischen Operanden und Operatoren können Leerzeichen stehen.
Kommentare nach einem ';'

Fehlermeldungen:
'Doppelter Operator',
'Fehlender Operator',
'Fehlende Klammer',
'Überzählige Klammer',
'Fehler in Konstante',
'Fehlender Exponent',
'Illegale Funktionsbezeichnung',
'Illegale Variablenbezeichnung',
'Fehlendes Funktionsargument',
'Exponent von x^n keine Ziffer',
'Fehlender Operand',
'Syntaxfehler'.
Laufzeitfehler
'Division durch 0'
'SQRT mit negativem Argument'
'Ln mit negativem Argument'

Der Interpreter ist ein Musterbeispiel für die Leistungsfähigkeit rekursiver Programmierung. Er verwendet Rekursive Aufrufe zur Berechnung geklammerter Ausdrücke und der in Klammern stehenden Argumente von Funktionen.

Programmierbarer Tabellenrechner
Ich zeige die Anwendung des Interpreters am Beispiel eines programmierbaren Tabellenrechners.

Der programmierbare Tabellenrechner gibt nach Vereinbarung der Abszisseneinteilung, Formel und Parameter eine Tabelle mit Funktionswerten der analytischen Funktionen zu den äquidistanten Abszissen aus.


[edit=Matze]Tippefehler im Titel korrigiert ("Tabellenrwchner"), damit das Thema über die Suche leichter gefunden wird. MfG, Matze[/edit]
Angehängte Dateien
Dateityp: exe tabellen_173.exe (212,3 KB, 100x aufgerufen)
Dateityp: pas formel_166.pas (12,3 KB, 102x aufgerufen)
Autor: DP Ernst Winter
 
Dust Signs
 
#21
  Alt 1. Mai 2009, 10:20
Zitat von Daniel G:
Zitat von Dust Signs:
* -1^2 ist nach meiner Interpretation 1, da das unäre Minus eine höhere Priorität hat als der Potenzoperator, d.h. der Ausdruck äquivalent zu (-1)^2 sein müsste anstatt zu -(1^2)
Da ist mein Taschenrechner (und ich btw auch) anderer Meinung. -1² ist -1.
Wie gesagt: das kommt darauf an, welche Priorität das unäre Minus hat. Wenn es eine niedrigere Priorität hat als der Potenzoperator dann ist das Ergebnis natürlich -1

Dust Signs
  Mit Zitat antworten Zitat
Benutzerbild von Jakob Ullmann
Jakob Ullmann

 
Lazarus
 
#22
  Alt 1. Mai 2009, 10:39
So wie ich das sehe ich die ganze Potenzimplementation schlecht. ^ sollte ganz normal wie +, *, -, / behandelt werden. Und wenn man das Rechnen einfach Delphi überlässt, hat man auch mit 0^0 keine Probleme.

Meiner Meinung hat - als Vorzeichen dieselbe Priorität wie der Operator. Lässt sich so eig. auch leichter implementieren. Notfalls sollte man das einstellen können, aber ich denke, -1^2 = -(1^2) ist Standard.
Jakob
  Mit Zitat antworten Zitat
mkinzler

 
Delphi 11 Alexandria
 
#23
  Alt 1. Mai 2009, 10:41
Ware das nict so hätten die Elektrotechniker ein Problem
Markus Kinzler
  Mit Zitat antworten Zitat
Dust Signs
 
#24
  Alt 1. Mai 2009, 10:51
Zitat von mkinzler:
Ware das nict so hätten die Elektrotechniker ein Problem
Inwiefern?

Dust Signs
  Mit Zitat antworten Zitat
mkinzler

 
Delphi 11 Alexandria
 
#25
  Alt 1. Mai 2009, 11:01
Es würden sich die komplexen Terme nicht mehr aufheben
Markus Kinzler
  Mit Zitat antworten Zitat
Dust Signs
 
#26
  Alt 1. Mai 2009, 11:12
@mkinzler: Nur, damit ich nichts falsch verstehe: beziehst du dich auf die Definition von 0^0 oder die Priorität des unären Minusoperators? Ersterem kann ich nicht zustimmen, da 0^0 ein undefinierter Ausdruck ist (vgl. http://mathworld.wolfram.com/Indeterminate.html). Worauf beziehst du dich konkret, wenn du sagst "die komplexen Terme [würden sich] nicht mehr aufheben" und "die Elektrotechniker [hätten] ein Problem"? Ich hatte selbst einige Etechnik-Vorlesungen während meines Studiums, aber ich kann mir kein Szenario vorstellen, in dem die Definition von 0^0 oder die Priorität des unären Minusoperators ein Problem darstellen könnten. Kannst du mir ein Beispiel geben?

Dust Signs
  Mit Zitat antworten Zitat
mkinzler

 
Delphi 11 Alexandria
 
#27
  Alt 1. Mai 2009, 11:17
Nein auf den das
1^2 = -(1^2)
Markus Kinzler
  Mit Zitat antworten Zitat
Dust Signs
 
#28
  Alt 1. Mai 2009, 11:20
Zitat von mkinzler:
Nein auf den das
1^2 = -(1^2)
Das habe ich doch nie behauptet... lediglich -1^2 = -(1^2) sofern die Priorität des unären Minusoperators kleiner ist als die des Potenzoperators

Dust Signs
  Mit Zitat antworten Zitat
Benutzerbild von Jakob Ullmann
Jakob Ullmann

 
Lazarus
 
#29
  Alt 1. Mai 2009, 11:59
Möglicherweise hat die [-] Taste geklemmt.
Jakob
  Mit Zitat antworten Zitat
Dust Signs
 
#30
  Alt 1. Mai 2009, 12:14
Dann verstehe ich aber trotzdem nicht, welche komplexen Terme dann keine gültige Lösung mehr liefern würden. Könntest du ein Beispiel liefern, mkinzler? Es würde mich interessieren - vielleicht übersehe ich ja gerade irgendetwas wesentliches.

Dust Signs
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 3 von 5     123 45      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 17:19 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz