JSON5, JSONC, JSON Lines et NDJSON répondent à des besoins réels comme les commentaires, les virgules finales et le flux continu, tout en apportant leurs propres problèmes de compatibilité et de choix.
6 articlesLes deux dialectes existent parce qu'une configuration écrite par des humains a besoin de commentaires et de virgules finales, mais leur syntaxe et leur portée écosystémique diffèrent, et un mauvais choix bloque votre chaîne d'outils.
Une valeur JSON par ligne vous apporte l'ajout incrémental, le flux continu et l'isolation des dommages à une seule ligne ; le coût est l'absence de structure d'ensemble, la validation doit donc se faire ligne par ligne.
La RFC 7464 utilise un séparateur 0x1E pour diffuser des textes JSON que l'on peut lire et écrire au fil de l'eau. Règles, différences avec NDJSON et implémentation « découper puis analyser ».
Les fichiers de configuration ont besoin de commentaires, de dates et de texte multi-ligne, là où JSON échoue. Comparez JSON, TOML, YAML et CSON, et voyez ce que la conversion perd toujours.
MessagePack, CBOR et BSON compressent tous JSON en octets. Comparez le coût en octets, la gestion d'int64 et du binaire, et obtenez une ligne claire pour savoir quand changer vaut le coup.
Passer un fichier .jsonl entier à JSON.parse et obtenir une erreur signifie presque toujours que la stratégie de lecture est fausse, pas que le fichier est cassé. Ce guide couvre les façons standard d'inspecter et de lire un JSONL ligne par ligne, les commandes de conversion vers et depuis un tableau JSON, un tableau de six types de lignes invalides, et la bonne façon de consommer du NDJSON depuis une réponse HTTP en flux.
