refactor tasks

[wvangerwen]

Zie #61 en #96

Generieke Task opzetten om input/output te controleren en wagschrijven.

[d2hydro]

@wvangerwen; ik vraag me sterk af of we tasks moeten refactoren óf de gui hier robuster moeten maken. Bijvoorbeeld bij 0D1D tests wordt na "Begin test" het formulier geverifieerd met hhnk_threedi_plugin.gui.checks.zero_d_one_d.verify_submit(). Daar wordt nu alleen getest of verplichte input in de widget is opgegeven. Voorstel is hier aan toe te voegen:

1. of inputs ook daadwerkelijk bestaan
2. of results, die verwijderd moeten worden (of álle outputs) in QGIS hangen en verwijderd moeten worden om de taak te laten slagen.

Dan is het nog de vraag waar we de samenhang tussen inputs en (blocking) results vast-leggen. Dat kan in htt, maar dan denk ik aan een aparte klasse, omdat je de paden specificeert t.o.v. folder, die je dan kunt opgeven bij init.

[d2hydro]

opzet: BaseTask(QgsTask):

• folder
• revisions
• subjects: List[str] # subjects to be added / removed
• remove_subects() # remove subjects from project

overwegingen:

• layer_structure_path meegeven bij init qgis_interaction.project.Project i.p.v. bij Project.get_structure of Project.run. Scheelt @tasks