Business Logik in der View für das Füllen der Tabelle

Blocked by https://git.ufz.de/rdm/biome/frontend/-/issues/226 & https://git.ufz.de/rdm/biome/frontend/-/issues/216

In diesen Schritt soll die Business Logik in der View vorbereitet werden (hier erstmal das Füllen der Child-Tabelle). D.h. die View kommuniziert mit dem Backend, in Abhängigkeit von den Child-Komponenten (SharedTable,...).

Die View behandelt solche Themen wie:

• wenn filterCriteriaType als FilterCriteriaType.GENERAL deklariert ist, wird erstmal nichts augelöst
• wenn filterCriteriaType als FilterCriteriaType.INSPECTION deklariert ist, werden nur Queries für Inspections an das Backend ausgelöst
• wenn filterCriteriaType als FilterCriteriaType.FINDING deklariert ist, werden nur Queries für Observations an das Backend ausgelöst

Ablauf:

• Zum Beispiel wie in NewsManagement.getTableContent soll die Logik von der Methode (getAllNews) in der Shared-Table-View getriggert werden
• die View bekommt vom Child (SharedTable) Informationen über e.g. options,... emitted (am besten als Objekt via v-model) (Übermittlung)
• die Information über die i18n.locale kann die View selbst zu den Queries hinzufügen
• die View hat e.g. einen Watcher auf options
• die View behandelt (in Abhängigkeit von den hinterlegten filterCriteriaType (siehe oben)) dann die options und feuert diese an das Backend
• den Response liefert die View via data dann an das Child (SharedTable)
• das Child (SharedTable) übernimmt dann die Verarbeitung und Anzeige von data

Hint: SharedView(heißt aktuell TestSharedFilterView)

AK

• SharedView hat ein Attribut options, welches als v-model an SharedTable anliegt
• SharedTable wurde um ein Attribut options (siehe NewsManagement) erweitert
• SharedView hat ein Watcher auf options und greift falls SharedTable options emitted
• der Watcher der View verarbeitet in Abhängigkeit von filterCriteriaType die options und sendet einen entsprechenden Request an das BE
• der Response wird per data-Prop an den SharedTable gereicht
• der SharedTable verarbeitet und zeigt data in Abhängigkeit von filterCriteriaType an

Review

• SharedView hat ein Attribut options, welches als v-model an SharedTable anliegt
• SharedTable wurde um ein Attribut options (siehe NewsManagement) erweitert
• SharedView hat ein Watcher auf options und greift falls SharedTable options emitted
• der Watcher der View verarbeitet in Abhängigkeit von filterCriteriaType die options und sendet einen entsprechenden Request an das BE
• der Response wird per data-Prop an den SharedTable gereicht
• der SharedTable verarbeitet und zeigt data in Abhängigkeit von filterCriteriaType an