Migration zur Evaluator 2 Syntax (Jack2) - Versionsgeschichte

Mschypula: /* Deklaration von Mengenvariablen */

2024-04-19T11:18:16Z

Deklaration von Mengenvariablen

← Nächstältere Version		Version vom 19. April 2024, 11:18 Uhr
Zeile 19:		Zeile 19:

	==Deklaration von Mengenvariablen==		==Deklaration von Mengenvariablen==
	Bei der Mengenangabe "Set" müssen Strings in Apostrophe gesetzt werden:		Bei der Mengenangabe <code>"Set"</code> müssen Strings in Apostrophe gesetzt werden:
	: set="{'Berlin','Paris','Prag'}"		: <code>set="{'Berlin','Paris','Prag'}"</code>
	Zahlen und Variablen werden weiterhin ohne Apostrophe geschrieben		Zahlen und Variablen werden weiterhin ohne Apostrophe geschrieben
	: set="{1,2,3,4}"		: <code>set="{1,2,3,4}"</code>
	: set="{a,b,c}"		: <code>set="{a,b,c}"</code>

	== Hochkommata in Funktionsargumenten==		== Hochkommata in Funktionsargumenten==

2024-04-19T11:06:42Z

Berechnungen

← Nächstältere Version		Version vom 19. April 2024, 11:06 Uhr
Zeile 16:		Zeile 16:
	* Bei Problemen bei der Berechnung von double-Variablen:		* Bei Problemen bei der Berechnung von double-Variablen:
	: In der '''exerciseChain.xml'''-Datei:		: In der '''exerciseChain.xml'''-Datei:
	:: ''round([var=a]100.)/100.'' --> ''round([var=a]100.0)/100.0''		:: <code>round([var=a]100.)/100. --> round([var=a]100.0)/100.0</code>

	==Deklaration von Mengenvariablen==		==Deklaration von Mengenvariablen==

2024-04-19T11:05:32Z

← Nächstältere Version		Version vom 19. April 2024, 11:05 Uhr
Zeile 4:		Zeile 4:
	* Multiplikation		* Multiplikation
	: Zwischen den Variablen müssen Mal-Zeichen gesetzt werden.		: Zwischen den Variablen müssen Mal-Zeichen gesetzt werden.
	:: ''Bsp.: 2xy -> 2xy''		:: ''Bsp.:'' \(2xy \rightarrow 2xy\)
	: ''2xy'' ist als Eingabemöglichkeit im Moment nicht möglich.		: \(2xy\) ist als Eingabemöglichkeit im Moment nicht möglich.
	*Methoden		*Methoden
	: Methodennamen werden klein geschrieben und '[]' durch '()' ersetzt.		: Methodennamen werden klein geschrieben und <code>'[]'</code> durch <code>'()'</code> ersetzt.
	:: ''Bsp.: Factorial[ [var=f] ] -> factorial([var=f])''		:: ''Bsp.:'' <code>Factorial[ [var=f] ] -> factorial([var=f])</code>
	*Ausdrücke		*Ausdrücke
	: π muss '[var=PI]' geschrieben werden.		: \(\pi\) muss <code>'[var=PI]'</code> geschrieben werden.
	:: Bsp.: ''equalsExpr('[pos=12]','2[var=PI]r')''		:: ''Bsp.:'' <code>equalsExpr('[pos=12]','2[var=PI]r')</code>

	==Berechnungen==		==Berechnungen==

2023-06-09T08:05:41Z

← Nächstältere Version	Version vom 9. Juni 2023, 08:05 Uhr
(kein Unterschied)

2018-12-05T11:09:26Z

← Nächstältere Version		Version vom 5. Dezember 2018, 11:09 Uhr
Zeile 33:		Zeile 33:

	<code><option name="land" value="sample(c(\'Island\', \'Frankreich\', \'Japan\', \'Großbritannien\', ...), 1)" cas=“R"/></code>		<code><option name="land" value="sample(c(\'Island\', \'Frankreich\', \'Japan\', \'Großbritannien\', ...), 1)" cas=“R"/></code>

			[[Category:Evaluator]]

2017-11-20T15:15:13Z

← Nächstältere Version		Version vom 20. November 2017, 15:15 Uhr
Zeile 24:		Zeile 24:
	: set="{1,2,3,4}"		: set="{1,2,3,4}"
	: set="{a,b,c}"		: set="{a,b,c}"

			== Hochkommata in Funktionsargumenten==
			Hochkommata sind der Deklaration von Zeichenketten für den Evaluator vorbehalten. Dies kann problematisch sein, wenn man Hochkommata auch innerhalb dieser Zeichenketten verwenden möchte, also bspw. in folgendem Aufruf:

			<code><option name="land" value="sample(c('Island', 'Frankreich', 'Japan', 'Großbritannien', 'Norwegen', 'Deutschland', 'Italien', 'die Niederlande', 'Tschechien', 'Polen', 'Österreich', 'Griechenland', 'die USA', 'die Türkei'), 1)" cas=“R"/></code>

			Der Ausdruck im Attribut ''value'' wird der Funktion ''evaluateInR'' in Hochkommata übergeben und diese wird ausgewertet. Daher muss wie in Java üblich ein Escaping mittels Backslash betrieben werden. Der korrekte Aufruf lautet also nun folgendermaßen:

			<code><option name="land" value="sample(c(\'Island\', \'Frankreich\', \'Japan\', \'Großbritannien\', ...), 1)" cas=“R"/></code>

2017-11-20T11:02:25Z

Fehler in der Funktion EqualsExpr

← Nächstältere Version		Version vom 20. November 2017, 11:02 Uhr
Zeile 10:		Zeile 10:
	:: ''Bsp.: Factorial[ [var=f] ] -> factorial([var=f])''		:: ''Bsp.: Factorial[ [var=f] ] -> factorial([var=f])''
	*Ausdrücke		*Ausdrücke
	: π muss 'PI' geschrieben werden.		: π muss '[var=PI]' geschrieben werden.
	:: Bsp.: ''equalsExpr('[pos=12]','2PIr')''		:: Bsp.: ''equalsExpr('[pos=12]','2[var=PI]r')''

	==Berechnungen==		==Berechnungen==

2017-11-16T08:46:23Z

Set

← Nächstältere Version		Version vom 16. November 2017, 08:46 Uhr
Zeile 18:		Zeile 18:
	:: ''round([var=a]100.)/100.'' --> ''round([var=a]100.0)/100.0''		:: ''round([var=a]100.)/100.'' --> ''round([var=a]100.0)/100.0''

	==~~Set~~==		==Deklaration von Mengenvariablen==
	Bei der Mengenangabe "Set" müssen Strings in Apostrophe gesetzt werden:		Bei der Mengenangabe "Set" müssen Strings in Apostrophe gesetzt werden:
	: set="{'Berlin','Paris','Prag'}"		: set="{'Berlin','Paris','Prag'}"

2017-11-16T08:45:58Z

← Nächstältere Version		Version vom 16. November 2017, 08:45 Uhr
Zeile 1:		Zeile 1:
	== EqualsExpr ==		Durch die Migration auf den Evaluator Version 2, welche im November 2017 vorgenommen wurde, kann es zu fehlerhaften Aufgaben kommen. Auf dieser Seite werden die typischen Fehler aufgeführt und Maßnahmen zur Behebung angegeben.

			== Fehler in der Funktion EqualsExpr ==
	* Multiplikation		* Multiplikation
	: Zwischen den Variablen müssen Mal-Zeichen gesetzt werden.		: Zwischen den Variablen müssen Mal-Zeichen gesetzt werden.

2017-11-14T10:55:36Z

Bzurmaar verschob die Seite Best Practice für den Evaluator nach Migration zur Evaluator 2 Syntax: Artikel beschäftigt sich nicht mit Best Practices sondern mit Handlungsanweisungen zur Migration.

← Nächstältere Version	Version vom 14. November 2017, 10:55 Uhr
(kein Unterschied)