HTTP-status-codes : 204 ODER 200 mit dem Körper mit einem leeren Objekt?

Ich habe Probleme zu verstehen, die use cases der 204 HTTP-Statuscode.
Die RFC2616 sagt :

10.2.5 204 No Content

Dem server erfüllt die Anforderung, aber nicht brauchen, um wieder eine
entity-body, und könnte zurückkehren möchten aktualisierten Metainformationen.
Reaktion KANN auch neue oder aktualisierte Metainformationen in form von
entity-Header, die, wenn Sie vorhanden sein SOLLTEN, im Zusammenhang mit dem
angefordert Variante.

Ist, wenn der Kunde einen Benutzer-agent, es NICHT geändert werden SOLLTE, um das Dokument
Ansicht, von, dass, durch die die Anforderung gesendet werden. Diese Antwort
ist hauptsächlich vorgesehen, um die Eingabe für Aktionen
ohne dass eine änderung des user-agent-das aktive Dokument anzeigen,
obwohl alle neuen oder aktualisierten Metainformationen angewendet werden SOLL
das Dokument derzeit in der Benutzer-agent die aktive Ansicht.

Den 204 Antwort DARF NICHT enthalten eine Nachricht-Körper, und damit ist
immer beendet durch die erste leere Zeile nach dem header-Felder.

Nicht die "Dokument-Ansicht" bezieht sich auf den DOM ?

Wenn ich zum Beispiel Feuer ein AJAX-request löschen eines Benutzers und ich update meine Seite zu löschen, den Benutzer aus einer Liste, nachdem mein Antrag erfolgreich abgeschlossen ist , sollte die server-geben Sie mir einen 200 mit {} als eine Antwort oder eine 204 ohne einen Körper ?

Edit : Meine größte Sorge ist im Zusammenhang mit "Wenn der client ist ein Benutzer agent ist, SOLLTE es KEINE Veränderung der Dokument-Ansicht aus, dass die Ursache der Anforderung gesendet werden." Teil. Zu formulieren, es mit meinen eigenen Worten : Kann ich ein update der DOM, wenn ich wieder ein 204 ?

Sie sollten wirklich Lesen Sie die aktuelle RFC-hat aktualisiert, Prosa, finden Sie unter svn.tools.ietf.org/svn/wg/httpbis/specs/rfc7231.html#status.204

InformationsquelleAutor Alexandre Nucera | 2014-06-11

  1. 4

    Nicht die "Dokument-Ansicht" bezieht sich auf den DOM ?

    Nicht genau, es bedeutet, dass die gerenderten Dokument. DOM ist nicht eine Darstellung des gerenderten Dokument. Es ist das abstrakte Modell des Dokumenten-Baum. Jeder UA kann machen es anders.

    Schieße ich ein AJAX-request löschen eines Benutzers und ich update meine Seite zu entfernen
    der Benutzer aus einer Liste, nachdem mein Antrag erfolgreich abgeschlossen ist ,
    sollte der server mir eine 200 mit einer {} als eine Antwort oder eine 204
    ohne einen Körper?

    Dies hängt von der API und wie "konform" ist. Also, wenn Sie legte eine löschen-Anforderung mit Hilfe des 'LÖSCHEN' - verb (also ein RESTful API), dann wird die Antwort sollte 200 OK, es kann aber auch über eine E-204, wenn die API ist besonders pedantisch.

    Wenn Sie nur das senden einer GET-Anforderung an '/manche/anzeigen?id=1&action=delete", es wird wahrscheinlich zurück 200 OK

    In jedem Fall, Sie sind frei, zu ändern, den DOM (und damit der Auslöser einer erneuten Rendern des Dokuments), weil der zweite Teil:

    obwohl keine neuen oder aktualisierten Metainformationen angewendet werden SOLLTE, um die
    Dokument derzeit in der Benutzer-agent die aktive Ansicht.

    So, mit <strike>, um anzugeben, dass der Datensatz gelöscht würde, entsprechen dieser Anforderung.

    Sorry wenn es albern klingt, aber die genannten Metainformationen, die in den RFC sind <META> - tags in den header richtig ? So bin ich frei, diese zu aktualisieren, jedoch keine Informationen, die <body> ?
    Wenn Sie schreiben, der server-Teil, dann ja. Wenn Sie sind das schreiben der client-Teil - dann werden Sie nicht ändern diese, weil Sie eingestellt werden, vom server als Teil der Antwort.

    InformationsquelleAutor Burhan Khalid

  2. 4

    Sind die beiden tatsächlich gültig ist. Aller es hängt von Ihrer Anwendung.

    Einen gültigen Löschung zurückkehren können beide 200 oder 204 response-code.

    Dokument-Ansicht bezieht sich auf den DOM, ja.

    Diese Frage über Sie spricht.

    InformationsquelleAutor Thomas Ruiz

Schreibe einen Kommentar