Hey Leute,

ich stehe hier vor einer Allgemeinen Frage wie ich eine REST-API Anfragen soll.
Diese API bietet einen Search Endpoint für User. Und natürlich einen Create Endpoint.

Nun nutze ich immer VORHER den Search Endpoint ob der User schon existiert ( 1. Call )
danach wenn er nicht existiert nutze ich den Create Endpoint und erstelle den User ( 2. Call )

Jetzt habe ich bemerkt wenn ich den Create Endpoint aufrufe mit einem vorhanden Account bekomme ich ebenso die UserID zurück.
Das heißt hier wäre nur 1 Call nötig für das ganze allerdings bekomme ich natürlich von der API dann keinen 200er Status Code.

Wie würdet ihr hier handeln? Wäre es besser die 2 Calls zu machen einfach weil immer der Request komplett erfolgreich ist
oder den 1 Call weil ich hier 1 Call weniger habe?
Ist jetzt das erste mal das mir eine REST-API das so bietet und zurück gibt daher will ich mal bevor ich hier komplett loslege mal nach Meinungen fragen.

@ErfinderDesRades
Ich bekomme einen 409 Status Code

und als JSON sowas: (da müsste ich dann per regex die zahlen hinter existing ID rausfiltern)

ErfinderDesRades schrieb:

Tja, dann wohl lieber zweimal callen.
Ich hoffe, du hast eine gscheite Infrastruktur, dass das nicht gleich zusätzliche 10 Zeilen Bläh-Code werden.

Okey, danke für deinen Input. Ich hab die ganze REST-API als eigene DLL niedergeschrieben und brauche diesbezüglich nur eine Funktion mehr aufrufen und auf false/true prüfen.

@mrMo nein dauert nicht bedeutend länger. Ich habe ein Limit an Calls pro Tag. Das ist zwar sehr hoch aber der Kunde ist auch dementsprechend groß und verursacht schon sehr viele Calls.
Und da eventuell 1 Call zu sparen würde schon viel ausmachen. Ist nur die Frage ob es halt gutes/schlechtes Design ist sowas abzufangen um sich die Suche zu sparen
da der Create Call ja anscheinend direkt auch sucht und mir eine ID rausgibt. Nur halt OHNE einen Success StatusCode.