Komfortsuche/Filter...alles das gleiche, nämlich Kartoffelsuppe #9
Labels
No Label
Kind/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
Kind/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No Milestone
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: PRM_Software_AG/api-documentation#9
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
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?
Dieser Post beinhaltet Teile aus den anderen Issues und dient nur als Hilfestellung. Ich füge hier, am Beispiel der Komfortsuche, zusammen, wie ichs mir vorstelle.
Die Komfortsuche beginnt mit der Auswahl der Teileart:
--> Abfrage
MaterialTypesFiltereinen Type mitgeben, damit die Antwort des Servers nurMaterialTypeenthält. Dann können auch die Endpunkte fürMaterialTypeundVehicleTypeentfallen. Letztendlich ist dann alles beschreibbar durchFilteroderFilterOptionIssue Redundante ModelsAls Response erhalte ich ein Json-Array mit der angeforderten Resource. Wir haben ein
Array<Filter>. Das Array enthält nurFiltervomType: 'MaterialType'wie angegeben und den entsprechendenFilterOptionsMit dem Ergebnis können die Teilearten als Buttons zur Verfügung gestellt werden. Die erste Teileart wird direkt ausgewählt und die nächste Abfrage erzeugt.
Jetzt wird ein Parameter(FilterOption) im RequestBody mitgeschickt, der die Fahrzeuge eingrenzt.
NumberOfResultsundDesignationsind eigentlich überflüssig, aber tut auch nicht weh.Response:
Im nächsten Schritt werden dann die übrigen Filter abgeholt, die sich als Eigenschaft auf einen Reifenartikel für PKWs beziehen.
Parameter:
Der Clou ist jetzt, dass ohne einen
Typeim Get-Parameter auf/Filters, das komplette Array aus allen möglichen Filtern geliefert wird.usw.
Mit der Auswahl kann dann
Articlesabgefragt und gefiltert werden =)Entsprechend lässt sich damit auch mit Angabe des
SearchTermdie Ergebnisse in der Tabelle weiter filtern.tldr;
Eine Spielerei:
Die Abfrage von Filters mit dem Spezialtyp
ComfortSearch, liefert direkt das initiale Setup unter Annahme, das die erste Teileart und der erste Fahrzeugtyp default ist.Der leere "Value" Wert könnte dann einfach den ausgewählten default wert wiederspiegeln
Und das initiale Setup entspricht dann soziemlich genau dem letzten Array beim konventionellen Ablauf.
Im folgenden nochmal etwas ausführlicher zusammengebastelt als oben
ComfortSearchto Komfortsuche/Filter...alles das gleiche, nämlich Kartoffelsuppe