Parser für Inputdaten #9
No reviewers
Labels
No labels
bug
documentation
duplicate
enhancement
help wanted
invalid
question
tests
wants review
wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: PSSAI_Team/JobShopScheduling#9
Loading…
Reference in a new issue
No description provided.
Delete branch "parser"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
closes #3
Ich habe im package JobShopParser 2 Module geschrieben:
Denkt dran, die neuen benötigten Python Pakete aus der requirements.txt zu installieren.
meinetwegen kann ich auch noch nen kleinen Doctest schreiben, die Benutzung wird aber zumindest durch die Beispiel- main() Funktionen in den einzelnen Modulen deutlich.
Have fun
@schmittlauch Wäre es sehr aufwändig das
JobShopProblem
iterable
zu machen? Bzw, dafür zu sorgen, dass wenn eine Funktion die einiterable
erwartet darauf aufgerufen wird einfach direkt dieproblem_data
verwendet wird?Wär nur ein kleiner Schönheitsfehler der mir aufgefallen ist, sonst scheint alles gut zu funktionieren.
Btw: Ich würde vorschlagen den JobShop bei allen Namen wegzulassen, das es zu dem Projekt gehört ist irgendwie klar. Dadurch würden die meisten Namen kürzer und lesbarer. Statt
JobShopParser.jobshop1_parser.parse_jobshop1_file()
zbParser.js1_style.parse_file()
Glaubst du es wär möglich die beiden Grammatiken in einen einzigen Parser zu packen (jobshop2 müsste ja in jobshop1 enthalten sein) oder ist das zu viel Aufwand?
Ist nicht notwendig, es funktioniert ja, wär nur quality of life.
So dass der Parser selbstständig erkennt, welches Format vorliegt?
Die JS1 Grammatik beinhaltet zwar die js2, dennoch muss ich beim parsen die root node der Grammatik angeben.
Ne ganz simple Idee wäre, erst auf die eine Art zu parsen und wenn das failt auf die andere zu parsen.
Das mit dem Iterable kann ich machen, kümmer ich mich morgen drum. Und Namen sind doch eh Schall und Rauch...
Worüber soll das iterable denn iterieren bzw. was soll es jeweils zurückgeben? Jeweils einen der Jobs?
Die Jobmenge würde am meisten Sinn machen denk ich.
check (ist jetzt ne Liste)
Sieht gut aus, würde ich mergen. Oder fehlt noch was?
Nö, meinetwegen kann's gemerged werden.