Pourquoi un grand entier JSON peut changer
Un identifiant de commande peut être du JSON valide et changer lorsqu’il devient un Number JavaScript. Formater n’est pas calculer. Notre exemple utilise 9007199254740993, juste au-dessus du plus grand entier sûr.
Entrée et résultat
JSON | {"id":9007199254740993} |
JSON.parse(...).id | 9007199254740992 |
Apps24 | { "id": 9007199254740993 } |
Interpréter le résultat
JSON.parse produit 9007199254740992. Le formateur Apps24 valide la syntaxe et modifie les espaces entre les jetons d’origine, préservant les chiffres. Cela préserve le texte, pas la précision de tous les logiciels qui le liront. Une validation réussie ne vérifie ni le schéma d’API, ni les types attendus, ni les clés dupliquées.
Étape suivante
Collez l’exemple et comparez l’identifiant avant et après. Pour un identifiant et non un montant, convenez avec le responsable de l’API d’une chaîne comme {"id":"9007199254740993"}. Ne mettez pas tous les nombres entre guillemets : cela change leurs types. Vérifiez aussi le logiciel destinataire et la base de données.
Utiliser l’outilLimites et conditions de test
Les tests de régression contrôlent les chiffres, les clés dupliquées, les exposants et les espaces dans les chaînes. L’outil ne répare pas le JSON invalide et ne calcule pas en précision arbitraire. Ne collez jamais de secrets de production.
Références
Apps24 confronte les exemples au code et aux tests de régression. Les essais de navigateur précisent leurs conditions, sans certifier tous les appareils. Signalez une erreur avec l’URL, l’entrée, le résultat attendu et le navigateur. N’envoyez jamais de mots de passe, de documents privés ni de données personnelles.