Ich frage mich, welche Meinungen die Leute zu einer RESTful PUT-Operation haben, die in der Antwort keine Daten (null) zurückgibt.
Die HTTP/1.1 Spezifikation (Abschnitt 9.6) behandelt die geeigneten Antwort-/Fehlercodes. Allerdings wird der Antwortinhalt nicht behandelt.
Was würden Sie erwarten? Ein einfacher HTTP-Antwortcode (200 etc.) scheint mir klar und eindeutig zu sein.
Ja, aber was ist, wenn Sie überprüfen möchten, ob die eingefügten Daten in die Datenbank nach einem PUT oder POST wirklich die Daten darstellen, die Sie möchten. Es wäre besser, wenn das HTTP den Body der Antwort zurücksenden könnte.
@tnkh, was Sie vorschlagen, ist einfach eine schreckliche Idee. Führen Sie nach einem erfolgreichen Update einen separaten GET-Aufruf durch, um zu erreichen, was Sie möchten. Um die Leistung sicherzustellen, führen Sie eine Zwischenschicht ein, wenn Sie in diesem Bereich Probleme haben. Diese Probleme können nicht gelöst werden, indem man mit einer Art Logik herumspielt, bei der alles erlaubt ist. Bitte vermeiden Sie es, mit den "festen" und grundlegenden Programmierprinzipien herumzuspielen, die im Jahr 2020 selbstverständlich sein sollten. Es ist eine Schande!
@XDS Ich erkenne den ersten Teil des Kommentars an. Aber ich kann nicht aufhören, mit den Augen zu rollen danach. Lustiger Kommentar
@kdazzle PUT kann sicherlich eine neu erstellte Ressource sein, und wäre oft. w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.6
@CharlieS Zustimmung. An dieser Antwort gibt es überhaupt nichts auszusetzen. Tatsächlich wiederholt diese Antwort Punkt 2 der akzeptierten Antwort.
Ich habe RESTful API in meinen Diensten verwendet, und hier ist meine Meinung: Zuerst müssen wir zu einer gemeinsamen Ansicht gelangen PUT wird verwendet, um eine Ressource zu aktualisieren, nicht um sie zu erstellen oder abzurufen.
Ich habe Ressourcen mit definiert: Zustandslose Ressource und Zustandsbehaftete Ressource:
Zustandslose Ressourcen Für diese Ressourcen einfach den HttpCode mit leerem Body zurückgeben, das reicht aus.
Zustandsbehaftete Ressourcen Beispiel: Die Version der Ressource. Für diese Art von Ressourcen müssen Sie die Version bereitstellen, wenn Sie sie ändern möchten. Geben Sie also die vollständige Ressource zurück oder geben Sie die Version an den Client zurück, sodass der Client nach der Aktualisierungsaktion keine GET-Anfrage senden muss.
Aber für einen Dienst oder ein System ist es am wichtigsten, es einfach, klar, einfach zu verwenden und zu warten zu halten.
Scheint in Ordnung zu sein... obwohl ich denke, dass eine rudimentäre Anzeige von Erfolg/Fehler/Zeitpunkt der Übermittlung/# empfangene Bytes usw. wünschenswert wäre.
Bearbeiten: Ich dachte an die Datenintegrität und/oder Aufzeichnung; Metadaten wie ein MD5-Hash oder Zeitstempel für den Empfangszeitpunkt können für große Datendateien hilfreich sein.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
