Validateur JSON

Les erreurs de syntaxe JSON les plus courantes incluent: les virgules de fin (la dernière virgule avant ] ou } qui ne sont pas autorisées dans JSON strict), les virgules manquantes entre les éléments du tableau ou les propriétés de l'objet (oubli du séparateur de virgules), les noms de propriétés sans guillemets ou entre guillemets simples (JSON nécessite des guillemets doubles pour toutes les clés), littéraux de chaîne non fermés (il manque le guillemet de fin, souvent en raison de caractères spéciaux), séquences d'échappement invalides (\q, \x sans chiffres hexadécimaux, etc.), crochets et accolades manquants ou incompatibles (incompatibilité structurelle entre [/{ et]/}) et jetons inattendus (comme JavaScript indéfini, NaN ou appels de fonction qui ne sont pas JSON valides). Le validateur identifie chaque erreur avec la ligne et la colonne exactes, explique ce qui n'a pas fonctionné et, pour de nombreuses erreurs courantes, propose une correction automatique que vous pouvez appliquer en un seul clic.

Le mode strict applique la conformité exacte à la RFC 8259: seules les chaînes entre guillemets doubles, les noms de propriété doivent être entre guillemets doubles, aucun commentaire autorisé, aucune virgule de fin, aucun contenu de fin après la valeur racine et seul null est autorisé (non indéfini ou NaN). C'est le mode à utiliser lors de la validation JSON pour les API, les bases de données et les systèmes de production qui nécessitent une conformité standard absolue. Le mode indulgent (compatible JSON5) autorise: les commentaires (à la fois // une seule ligne et / * * / plusieurs lignes), les virgules de fin dans les tableaux et les objets, les clés sans guillemets (si les identifiants JavaScript sont valides), les chaînes entre guillemets simples, les chaînes multilignes, les décimales de début ou de fin dans les nombres et les formats de nombres supplémentaires (hexadécimal, infini positif). Utilisez le mode indulgent pour les fichiers de configuration (TypeScript tsconfig.paramètres json, ESLint, VS Code) et des situations où les humains écrivent JSON à la main et bénéficient d'une syntaxe détendue.

Le validateur gère tous les caractères UTF-8 / Unicode et les encode de manière appropriée dans les rapports d'erreurs. Les scénarios courants incluent: les caractères échappés à l'intérieur des chaînes (\n, \t, \\, \", \/ et \uXXXX Les échappements Unicode doivent être valides), les caractères Unicode littéraux (Chinois, Japonais, Arabe, emoji sont valides dans les chaînes JSON sans échappement), les caractères de nomenclature (Marque d'ordre des octets) au début des fichiers interrompent souvent l'analyse (le validateur détecte et signale la présence de nomenclature) et les séquences d'octets UTF-8 invalides (le validateur les intercepte avant le début de l'analyse JSON). Pour les rapports d'erreurs, l'outil normalise la position de l'erreur pour tenir compte des caractères multioctets afin que les numéros de colonne soient exacts même avec un contenu multilingue. Lors de la correction des erreurs, le validateur échappe correctement tous les caractères qui doivent être échappés dans les chaînes JSON.

Oui, la validation JSON devrait faire partie de chaque flux de travail de développement. Pour les pipelines CI / CD, utilisez des validateurs de ligne de commande tels que ajv-cli pour Python jsonschema ou eslint-plugin-json pour les hooks de pré-validation qui valident les fichiers JSON avant la validation. Pour notre validateur en ligne, vous pouvez l'utiliser comme une vérification manuelle rapide. Pour une utilisation programmatique, intégrez la validation JSON dans votre application avec des bibliothèques d'analyse JSON rapides (JSON.analyser en JavaScript, json.Célibataire dans Go, json.charges en Python) qui jettent des erreurs claires sur une entrée invalide. Dans les éditeurs de code, utilisez la prise en charge du langage JSON (VS Code a une validation JSON intégrée avec la prise en charge du schéma JSON) qui fournit une mise en évidence des erreurs en temps réel et IntelliSense. Pour le développement d'API, appliquez la validation JSON au niveau de la passerelle: des frameworks d'API comme Express.js, FastAPI et Spring Boot peuvent valider JSON entrant par rapport aux schémas avant d'atteindre votre logique métier.

Si la validation réussit mais que votre application ne parvient toujours pas à utiliser correctement le JSON, le problème dépasse probablement la syntaxe: incompatibilités de type (le JSON est valide mais votre code attend un nombre lorsqu'une chaîne est fournie), violations de schéma (le JSON est syntaxiquement valide mais ne correspond pas à la structure attendue, comme des champs obligatoires manquants ou une imbrication incorrecte), problèmes d'encodage (le fichier peut être analysé correctement mais l'application le reçoit avec une spécification d'encodage incorrecte), limitations de taille (un JSON très volumineux peut dépasser les limites de taille corporelle HTTP ou la taille des champs de la base de données), erreurs sémantiques (JSON valide mais données invalides comme un champ d'e-mail contenant pas un e-mail) et les incompatibilités de version (la structure JSON a changé mais votre code attend l'ancien schéma). Pour déboguer ces problèmes: validez par rapport à un schéma JSON (pas seulement la syntaxe), vérifiez que l'en-tête Content-Type est application/json lors de l'envoi via HTTP, vérifiez que les types de champs correspondent à ce que votre code attend et testez avec le JSON exact que votre application reçoit (pas une version reformatée).