Struktur für Prüfsystem mit X Prüfungen

Hallo Max,

Zitat:Meine Idee ist es, das ganze Objekt orientiert aufzubauen. Der Grundaufbau einer Prüfung ist immer gleich und die Methoden "Initialisierung", "Prüfung+Protokollierung", "Ende" würden sich damit als Grundaufbau anbieten.
Ist das eine gute Idee? Andere Vorschläge sind willkommen.

- Wenn deine Prüfungen aus vordefinierten Tests bestehen, bei denen vielleicht nur ein paar Parameter geändert werden (z.B. Test mit 12V vs. Test mit 24V), dann würde ich vielleicht eine Statemachine bauen für die verschiedenen Tests. (Ein State pro Test.)
- Diese Statemachine wird dann über eine Queue angesteuert. Die Queue übermittelt die zum Prüfling passenden Tests mitsamt ihrer Parameter. (queue driven design)
- Jetzt benötigst du nur eine "Datenbank" (kann eine echte Datenbank sein oder auch eine große Tabelle), die zu jedem Prüfling (Seriennummer, Modellnummer) die passenden Tests/Parameter enthält. (Ich hatte für so etwas auch mal eine einfache Skript-Sprache erstellt, mit der man die Testabläufe programmieren konnte…)

Zitat:Probleme die ich sehe, sind später in der Dateiverwaltung bzw. -versionierung. Ich hätte ungerne später einen großen Klumpen aus allen Prüfungen zusammen in einem Ordner/Repo. Könnte man das iwie trennen?

Die Messdaten/Testergebnisse gehören in eine Datenbank! Wie soll man sonst später effizient auf die Daten zugreifen???

Zitat:Dazu kommt noch die Zeit beim kompilieren. Dauert das später nicht ewig, wenn man 100 oder mehr Prüfungen zusammen hat?

Glaube ich nicht…
Ein "großes" Programm dauert halt etwas länger zum Kompilieren (bzw. beim Erstellen der EXE), aber nicht zwangsläufig "ewig".