Ich habe vor kurzem sehr in Versuch versucht, so rücksichtsvoll wie möglich zu denken, und ich bin mich von den nicht-offensichtlichen Routen behindert.RESTful Weg, um die Verfügbarkeit von Benutzernamen, E-Mails usw. zu überprüfen
In diesem speziellen Fall bin ich neugierig auf die RESTful Weise zu prüfen, für den Benutzernamen und die E-Mail-Verfügbarkeit für einen Benutzer oder irgendetwas anderes, das Eindeutigkeit hat.
Mein Bauch sagt mir, dass ich ein GET auf /users/email oder /users/username/ jedem mit einem erforderlichen param oder etwas entlang der Linien von GET /users/search/ mit optionaler params von email und username ausführen wollen würde. Wenn Sie eine 200 erhalten, ist die username oder email nicht verfügbar; Wenn Sie eine 404 bekommen, dann ist es verfügbar.
Ich bevorzuge die erste Option, da es expliziter ist, aber es ist nicht so, als ob ich über Roy Fieldings These nachgedacht hätte, um genau zu wissen, was zu tun ist.
Was ist der beste Ansatz hier?
Ich änderte sie, denn wenn die Ressource existiert, ist es nicht verfügbar. Wenn es nicht existiert, ist es verfügbar. –
Entschuldigung (wird meine Antwort bearbeiten) ... Ich habe nicht auf diese Weise "gelesen", Sie meinen, es gibt "200" zurück, wenn der Benutzername verfügbar ist ... Ich verstehe, aber es ist ein bisschen verwirrend nach der Semantik von die GET-Ressource. Vielleicht sollten Sie in Betracht ziehen, das im Client zu behandeln, dh im Client überprüfen Sie, ob die Ressource nicht verfügbar ist, Sie können sie erstellen (Benutzername ist verfügbar) ... Aber das ist meine Interpretation, ich denke, es gibt eine ganze Menge Raum für Interpretation :) – emgsilva