01 / Guide
Comment ça marche
Parcourt les objets imbriqués et garde tableaux et scalaires comme feuilles.
Bon à savoir
Transformez les propriétés imbriquées en chemins JSON Pointer.
Mise en forme du code / MULTIVERTO
Transformez les propriétés imbriquées en chemins JSON Pointer.
Appliquez chaque outil de texte au résultat précédent.
01 / Guide
Parcourt les objets imbriqués et garde tableaux et scalaires comme feuilles.
Transformez les propriétés imbriquées en chemins JSON Pointer.
02 / Exemple
{"utilisateur":{"nom":"Bonjour","message":"Bienvenue"},"actif":true}{
"/utilisateur/nom": "Bonjour",
"/utilisateur/message": "Bienvenue",
"/actif": true
}03 / Guide
Transformez les propriétés imbriquées en chemins JSON Pointer. Parcourt les objets imbriqués et garde tableaux et scalaires comme feuilles.
Commencez avec l’entrée affichée sur cette page : {"utilisateur":{"nom":"Bonjour","message":"Bienvenue"},"actif":true}. L’outil produit : { "/utilisateur/nom": "Bonjour", "/utilisateur/message": "Bienvenue", "/actif": true }. Testez d’abord l’exemple pour comparer les deux représentations. Remplacez-le ensuite par vos données. Le résultat est du texte à copier dans un éditeur, un test ou une requête seulement après avoir vérifié que la destination attend cette forme.
L’aplatissement utilise les jetons JSON Pointer de la RFC 6901 pour les noms des propriétés : une barre sépare les niveaux, un tilde dans un nom devient ~0 et une barre devient ~1. Il s’agit de chemins, pas d’une compression JSON générale. Les tableaux restent des feuilles entières afin de ne pas confondre clés numériques et indices ; les scalaires et objets vides restent aussi des feuilles. Le sens inverse reçoit un objet plat dont les clés sont ces chemins, crée les objets imbriqués et rejette les conflits. Un objet racine vide se note par un chemin vide contenant un objet vide. Cette correspondance volontairement restreinte rend l’aller-retour prévisible. Comparez avec l’original avant une mise à jour de base de données : une barre dans une clé doit être échappée, et un chemin ne peut traverser une valeur scalaire.
Conservez l’original à côté du texte transformé pendant la vérification. Comparez d’abord un petit cas connu, notamment avec une ponctuation, un caractère non ASCII, une valeur répétée ou un champ vide pertinent. Une sortie lisible ne prouve pas que le programme destinataire accepte le même schéma ou les mêmes conventions. Pour échanger des données entre applications, utilisez l’analyseur de destination et examinez quelques enregistrements après importation. Gardez les fichiers importants sous contrôle de version pour annuler les changements. Le traitement se fait dans votre navigateur ; cette page n’envoie pas le texte saisi à un serveur de conversion. La mémoire du navigateur et le presse-papiers demandent néanmoins des précautions ordinaires sur un appareil partagé.
Source et résultat ont des rôles distincts même s’ils se ressemblent. La méthode ci-dessus définit le sous-ensemble accepté, pas toutes les extensions du format. Avec un destinataire strict, essayez un petit cas connu avant de modifier de nombreux enregistrements. Si la validation échoue, revenez à la source et à la première erreur signalée ; corriger seulement la sortie peut masquer la cause.
Pour vérifier l’aller-retour, aplatissez un objet puis reconstruisez les chemins produits avant un correctif ou une importation. Comparez la structure JSON reconstituée, y compris objets vides, tableaux et noms contenant des barres ou des tildes. Ne modifiez pas manuellement un préfixe de chemin en valeur finale : l’outil inverse refuse les chemins qui se chevauchent ou traversent une feuille.