Ein Feldführer für Ingenieure, die JSON von anderen Systemen akzeptieren und daran scheitern.

DIE REGEL: Das Urteil eines Validierers muss eine Eigenschaft des Dokuments sein, nicht der Umschlag, der es getragen hat. Wenn validate(body) und validate({"data": body}) unterschiedliches Urteil liefern, validieren Sie Transporte, und Sie scheitern den Tag, an dem ein Client sich entscheidet, das Wrapping zu ändern.

WAS ES ENTHÄLT: Die fünf Arten, wie ein Umschlag ein Urteil verändert – doppelte Schlüssel, das UTF-8‑BOM, das sich nach einer lstrip()-Korrektur überlebt, Abgleich von Canonical-Digest, eine angegebene Fehlercode-Liste, die nicht der zurückgegebenen entspricht, und ein Catch-Block, der gültig zurückgibt, weil der Parser fehlschlug. Jeweils mit dem Check, der ihn schließt.

WARUM ES SICH LOHNT, ES ZU KAUFEN: Die Fehlerklasse ist messbar, nicht behauptet. Gegen eine echte Implementierung gaben 9 von 13 Test-Payloads DIFFERENTES Urteil zwischen den beiden Umschlägen, 7 von ihnen waren fehlerhafte Dokumente, die in einem Umschlag als gültig akzeptiert wurden und im anderen abgelehnt. Ein bestandener Smoke-Test hätte alle sieben ausgeführt. Der BOM-Fall ist derjenige, der nach eigener Behebung zurückkommt, ein Byte schmaler.

WAS SIE ERHALTEN: Der schriftliche Leitfaden, der zwölf-Dokumenten-Korpus, den er als ausführbares Testfile beschreibt, das Wrapper-Invariante-Harness (eine Assertion, unter einer Sekunde) und das kanonische Re-Serialisierungsrezept für Digest-Vergleiche. Läuft offline, kein Konto, kein Netzwerk, keine Schlüssel.

Lizenz: kommerziell.