Open nimec01 opened 4 days ago
Lohnt sich denn wirklich die Verwendung von multipleChoice
, wenn eigentlich nur zwei Tupel zu vergleichen sind? Ist das nicht ein bisschen Missbrauch der Funktionalität, bzw. wäre bei Bedarf sinnvoller, eine für solche Fälle geeignete Abstraktion (statt multipleChoice
) einzuführen?
Ich würde schon sagen, dass es sich lohnt. Sie nimmt das Grading und Feedback ab (das Anzeigen der Lösung könnte hier auch noch eingebaut werden; ich persönlich mag die Reihenfolge der Outputs gerade aber lieber).
Was sollte/würde die "geeignete Abstraktion" denn anders machen?
Mindestens würde sie nicht multipleChoice heißen, aber für Aufgaben verwendet werden, die in keinster Weise Multiple-Choice-Charakter haben. 😄
Will sagen: die Benennung einer Abstraktion ist Teil ihrer Sinnhaftigkeit.
Eine spezifischere Abstraktion zur Verwendung hier könnte auch Teile der Verhaltens von multipleChoice
weglassen, die bei einer Aufgabe der Art "zwei verschiedene Formeln sind einzugeben, und jede gibt 50% wenn sie für sich genommen richtig ist" nicht benötigt werden. Siehe auch https://github.com/fmidue/output-blocks/issues/22.
Eine gute rule of thumb könnte sein: Wenn ein Aufgabentyp nicht partialGrade
mittels multipleChoiceSyntax
implementiert, dann ist auch Implementierung von completeGrade
mittels multipleChoice
irgendwie off. (Und ja, mir ist bewusst, dass das wohl auch mindestens eine bisherige Verwendung von multipleChoice
in Frage stellt, die ich selbst vorgeschlagen hatte.)
Vor dem mergen ist noch folgendes zu beachten: https://github.com/fmidue/logic-tasks/issues/201#issuecomment-2457866508
Closes #201