Api-blueprint: Antwort ohne Text, Beschreibung?

+ Response 200 (application/vnd.api+json)

    Received on successful update or insert.

    + Body

Fügen Sie einen leeren Körper hinzu.

@YamiOdymel Danke Sir!

Wäre toll, solche Hacks aber IMO vermeiden zu können.

Streng genommen ist ein leerer Body kein gültiger JSON . Ich verwende stattdessen {} , aber vielleicht bevorzugen Sie null .

@franklinyu Eine leere Zeichenfolge ist in der Tat kein gültiger JSON . Genau genommen ist null kein gültiges JSON. Gültiges JSON muss entweder eine Schlüssel/Wert-Sammlung haben (auch eine leere, zB {} ) oder eine Liste (kann auch eine leere sein, zB [] ).

In der Ausgabe sprechen wir jedoch über die JSON-API , die leere Körper zulässt. Die JSON API verwendet JSON für nicht leere Körper, aber es ist KEIN JSON. Sein Anwendungsbereich ist breiter als nur das Datenserialisierungsformat.

UPDATE: Irgendwie sind Informationen zu json.org etwas irreführend, null ist laut ECMA- Spezifikationen ein absolut gültiges JSON. Jeder Wert (Objekt, Array, Zeichenfolge, Zahl, wahr, falsch, null) ist also ein gültiger JSON-Bürger der obersten Ebene.

@ixti Ich habe von der JSON-API gehört, bin damit aber nicht vertraut; Ich habe die Spezifikation durchgeblättert, aber keine Schlüsselwörter wie "leerer Körper" gefunden.

@franklinyu Schauen Sie sich die Beschreibung der Antworten an:

• http://jsonapi.org/format/#crud -updating-relationship-responses-202
• http://jsonapi.org/format/#crud -updating-relationship-responses-204

Mehr als das. Sie sollten auch gemäß den HTTP-Spezifikationen KEINEN Text mit 204-Antwort senden.

In diesem Fall ziehe ich es vor, für leeren Körper überhaupt keinen Inhaltstyp anzugeben. Clients sollten nicht vom Inhaltstyp in der Antwort "204 Kein Inhalt" abhängig sein. ich glaube ich schweife vom thema ab...