Ich habe einen Dienst, bei dem einige Validierungsregeln überprüft werden müssen, bevor eine bestimmte Operation stattfinden kann.

Beispielsweise sollte der Client keine druckbaren Berichte generieren, wenn nicht alle Validierungsregeln erfüllt sind.

Ein einzelner Client verfügt jedoch möglicherweise nicht über alle erforderlichen Informationen (der Benutzer kann möglicherweise nur auf eine Teilmenge der Daten zugreifen, die zur Bestimmung des Validierungserfolgs verwendet werden). Daher muss eine Anforderung an den Server gesendet werden: Im Grunde ist "athing gültig zwischenstart undfinish".

Die Antwort wird entweder eine Art Token sein, das anzeigtVALID: FEEL FREE TO CONTINUEoder eine Liste der Gründe für Validierungsfehler, die dem Benutzer angezeigt werden können.

Es ist offensichtlich, dass eine erfolgreiche Validierung a zurückgibt200 OK. Ich bin jedoch nicht der Meinung, dass ein Erfolgsstatuscode für einen Validierungsfehler angemessen ist. Ich neige mich zu a409 Conflict, aber ich habe das immer nur benutzt, um a abzulehnenPUT oderPOST. Ist es gültig (Snicker), dass ein Validierungsfehler durch a angezeigt wird?409, oder gibt es einen besseren weg?

Hinweis: Die ausgeführte Aktion wird nicht auf dem Server ausgeführt. Überspringen Sie daher diese Prüfung und versuchen Sie einfach die Aktion mit einem403 Im Falle einer verbotenen Handlung ist dies keine Option.