Evaluator-Änderungen von JACK2 nach JACK3

Diese Seite ist beinhaltet alle Unterschiede zum alten Evaluator im JACK3 System. JACK3 ist derzeit noch in Entwicklung und noch nicht für die Benutzung freigegeben.

Allgemein

In JACK3 wird nun eine neue Evaluatorversion genutzt. Im folgenden werden die Änderungen/Unterschiede zur alten Version aufgezählt.

Zeichenketten/Strings

Zeichenketten/Strings können in der Syntax mit einfachen oder doppelten Anführungszeichen verwendet werden.

Eine Benutzung der jeweils anderen ist dann ohne Escaping \" \' möglich.

Achtung! Das Escaping wird nicht vom Evaluator aufgelöst!

Bsp.:

• "Dies ist ein 'Beispiel'."
• 'Dies ist ein anderes "Beispiel".'
• "Dies ist ein drittes \"Beispiel\"."
• 'Dies ist ein letztes \'Beispiel\'.'

Zeichenketten werden nicht mehr vom Evaluator zerlegt und interpretiert.

Das heißt, die Ersetzung von Variablen mit ihren zugehörigen Werten in Zeichenketten geschieht nicht mehr automatisch.

Bsp.: In "Die Ersetzung von Variablen [var=text1] wird nicht mehr automatisch vorgenommen." wird [var=text1] nicht ersetzt.

Mit der Funktion concat() können Variablenwerte aber mit einer oder mehreren Zeichenketten verknüpft werden:

Bsp.: In concat("Die Ersetzung von Variablen ", [var=text1], " kann so vorgenommen werden.") wird [var=text1] durch ihren Wert ersetzt.

Nutzt man in equalsExpr() Anführungszeichen, wird alles in den Anführungszeichen als Text erkannt. Lässt man die Anführungszeichen weg, wird alles als mathematischer Ausdruck erkannt.

Bsp:

• equalsExpr('x^2+3', [input=gleichung]) -> x^2+3 wird als Text, nicht als mathematischer Ausdruck erkannt.
• equalsExpr(x^2+3, [input=gleichung]) -> x^2+3 wird als mathematischer Ausdruck erkannt.

Neue Funktionalität

Es gibt nun eine Möglichkeit Ausdrücke zu definieren, welche nicht vom Evaluator ausgerechnet werden sollen.

Ein Beispiel hierfür ist die Definition von Variablen für den Aufgabentext. Hat man bisher x+2*x als Variable angelegt, wurde der Ausdruck zu 3*x zusammengefasst.

Fügt man nun [ und ] ein, wird der Ausdruck nicht mehr ausgerechnet.

Bsp.:

• x+3*x -> LaTeX: $4 \cdot x$. Hier wird der Ausdruck ausgerechnet.
• [x+3*x] -> LaTeX: $x+3 \cdot x$. Hier wird der Ausdruck nicht ausgerechnet.
• getFromList(0,list(x+3*x,[2*x+3*x])) -> LaTeX: $4 \cdot x$. Hier wird der Ausdruck ausgerechnet.
• getFromList(1,list(x+3*x,[2*x+3*x])) -> LaTeX: $2 \cdot x + 3 \cdot x$. Hier wird der Ausdruck nicht ausgerechnet.

Die Variablen können allerdings trotzdem zur Bewertung der Aufgabe verwendet werden. Sobald ein "gestoppter"-Ausdruck (von [ und ] umschlossen) in einer Funktion verwendet wird, wird diese ausgerechnet. D.h. viel mehr, dass ein "gestoppter"-Ausdruck nur solange "gestoppt" ist, wie keine Funktion den Wert dieses "gestoppten"-Ausdrucks verwendet.

Bsp.:

• 3+[x+x] -> LaTeX: $2 \cdot x + 3$. Da [x+x] Teil der Summe ist, wird er ausgerechnet.
• [3+x+x] -> LaTeX: $3+x+x$. Hier ist der Ausdruck selbst eine Summe. Da er hier aber kein Parameter einer weiteren Funktion ist, wird er nicht ausgerechnet.
• varA=[3+x+x] varB=[var=varA]+3 -> LaTeX: $2 \cdot x + 6$. Hier ist [3+x+x] wieder Teil einer Summe und wird daher ausgerechnet.
• varA=[3+x+x] varB=[[var=varA]+3] -> LaTeX: $3+x+x+3$. Hier ist [3+x+x] zwar auch Teil einer Summe, da diese aber auch mit [ und ] umschlossen ist, wird der Ausdruck nicht ausgerechnet.
• getFromList([1+1], list(1,2,3)) -> LaTeX: 3. Hier ist [1+1] Teil einer Funktion, die den genauen Wert benötigt. Daher wird [1+1] berechnet.

Nicht mehr unterstützte Funktionen

• getFromSet
• getFromOrderedSet
• equalsSemiSem
• eval
• evalCplx
• evalEq
• evalPolynomial
• evalPolynomialCplx
• evalTermIn2Variables
• evaluateInSymja
• expand

• getFromOrderedList wird durch sortXList, wobei X der Typ der Listenelemente ist (s. Neue Funktionen), und getFromList ersetzt. Mit sortXList wird die Liste sortiert und mit getFromList kann ein Element aus dieser Liste ausgewählt werden.

Geänderte Funktionen

• ifthenelse
  • 0 wird zu falsch ausgewertet, 1 wird zu richtig ausgewertet.
  • Alle anderen Ergebnisse führen zu einem Fehler.

Neue Funktionen

Die folgenden Funktionen erwarten als Argument eine Liste und geben eine Liste zurück.

• sortDoubleList
  • sortiert eine Liste, die nur Doubles/Floats oder Integers beinhaltet
  • Ausgabe ist eine sortierte Liste mit Doubles/Floats
• sortIntegerList
  • sortiert eine Liste, die nur Integers beinhaltet
  • Ausgabe ist eine sortierte Liste mit Integers
• sortLexicographical
  • sortiert eine Liste, die nur Terminale beinhaltet (String/Double/Integer)
  • Ausgabe ist eine sortierte Liste mit Strings
• sortNumberList
  • sortiert eine Liste, die nur Terminale beinhaltet (Double/Integer)
  • Ausgabe ist eine sortierte Liste mit Doubles/Floats
• sortStringList
  • sortiert eine Liste, die nur Strings beinhaltet
  • Ausgabe ist eine sortierte Liste mit Strings
• convertToDoubleList
  • Elemente der Liste werden zu Double umgewandelt
• convertToIntegerList
  • Elemente der Liste werden zu Integer umgewandelt
• convertToStringList
  • Elemente der Liste werden zu Strings umgewandelt
• removeDuplicates
  • Alle Duplikate werden aus der Liste gelöscht
• shuffleList
  • Die Elemente der Liste werden geshuffelt

Runden von Ergebnissen

Ergebnisse werden nicht mehr vom Evaluator gerundet. Stattdessen werden die Ergebnisse genau angegeben. Bsp.: exp(2) wird zu e^2 evaluiert.

Soll das Ergebnis als Zahl angegeben werden, muss eine Funktion zum Runden genutzt werden. Bsp.: round(), ceil(), floor(),...

Kleine Änderungen

• constE
  • sowohl als constE() als auch als conste() benutzbar
• constPI
  • sowohl als constPi() als auch als constpi() benutzbar
• IEEERemainder
  • als iEEERemainder(...) benutzbar