Aller au contenu
Toolars
Explorer
Signaler un bug

Développement · utilitaire Local

Convertisseur de données structurées

Structured Data Converter

Convertissez JSON, YAML 1.2 et CSV avec formats explicites, validation ligne et colonne, avertissements de fidélité et CSV sécurisé pour tableurs, en local.

Parcours de la tâche / de l'entrée au résultat

Choisir des formats explicites

S'exécute en local · Rien n'est téléversé

Fonctionnement de Convertisseur de données structurées, confidentialité et outils associés

Parcours de la tâche / de l'entrée au résultat

Comment convertir JSON, YAML et CSV en toute sécurité

  1. 01

    Choisir des formats explicites

    Sélectionnez JSON, YAML ou CSV comme source et un format différent comme cible. L'espace de travail ne devine jamais un format et ne crée pas d'URL contenant des données ; si vous réglez les deux listes déroulantes sur le même format, l'autre côté bascule automatiquement, car une conversion où la source égale la cible est refusée plutôt que renvoyée telle quelle en silence.

  2. 02

    Coller et valider immédiatement

    Un collage convertit aussitôt ; les modifications ordinaires se relancent après une courte pause tant que « Conversion automatique » est activée, et Ctrl ou Cmd + Entrée exécute à la demande. Les erreurs de syntaxe s'affichent avec ligne et colonne dès que l'analyseur les fournit, et « Charger l'exemple » remplit le champ d'un petit document valide dans le format source choisi pour que vous voyiez d'abord une conversion propre.

  3. 03

    Régler les options de sortie

    Pour les cibles JSON et YAML, le contrôle d'indentation de sortie choisit deux ou quatre espaces. Quand la cible est CSV, ce contrôle devient l'interrupteur de sécurité pour tableurs — activé par défaut — qui préfixe d'une apostrophe toute cellule commençant par =, +, - ou @, afin que les tableurs ne l'exécutent pas comme une formule.

  4. 04

    Examiner les avertissements de fidélité

    Les avertissements signalent chaque perte acceptée : ancres YAML développées, commentaires YAML supprimés, cellules CSV traitées comme des chaînes, null écrits comme cellules vides et valeurs ressemblant à des formules échappées. Les structures non prises en charge ou ambiguës — clés de fusion YAML, balises personnalisées, documents multiples, entiers surdimensionnés ou valeurs imbriquées à destination de CSV — arrêtent la conversion avec une erreur nommée au lieu d'en changer le sens en silence.

  5. 05

    Copier, télécharger ou inverser

    Copiez le résultat validé dans le presse-papiers, téléchargez-le sous toolars-converted avec l'extension .json, .yaml ou .csv correspondante, ou utilisez « Intervertir les formats » pour réinjecter la sortie courante comme prochaine source : le moyen rapide de confirmer qu'un aller-retour de JSON à YAML puis de nouveau à JSON préserve les données.

  6. 06

    Continuer avec ce résultat

    Ouvrez ci-dessous un nouvel espace de travail contenant une copie de ce résultat. Rien n'est envoyé ni enregistré ; exécutez l'outil suivant quand vous êtes prêt. Un seul suivi à la fois. Fermez-le avant d'en ouvrir un autre. Modifier le résultat source, quitter ou actualiser cette page, ou attendre 10 minutes après l'ouverture efface le suivi et ses modifications. La source reste ici.

Fiche de l'outil

Traitement
Dans votre navigateur
L'entrée quitte cet appareil
Jamais
Conservation
Rien n'est stocké
Prix
Gratuit

Vos données restent dans le navigateur.

Convertisseur de données structurées utilise son chemin d'exécution local vérifié et ne crée aucun historique caché des entrées ou sorties.

Exécution locale

S'exécute dans l'onglet actuel du navigateur.

Aucun traitement caché

Les données actives de l'outil ne deviennent jamais un enregistrement de document Toolars.

Aucun compte requis

Utilisez le workflow principal sans créer de profil. Les favoris se synchronisent avec votre compte après connexion.

Réinitialisation immédiate

Effacez l'onglet et les données de travail actives disparaissent.

Ce que Convertisseur de données structurées fait vraiment

La configuration d'exemple d'un service est livrée en YAML commenté avec des ancres, un fixture de test d'API a besoin des mêmes données en JSON strict, et l'équipe support veut la liste des utilisateurs en CSV prêt pour tableur. Convertissez d'abord le YAML en JSON : les avertissements indiquent clairement que les commentaires sont abandonnés et les ancres développées, et une erreur avec ligne et colonne localise la tabulation en trop pour une correction rapide. Intervertissez ensuite les formats, ramenez les enregistrements à une liste plate et convertissez en CSV avec la sécurité tableur activée, pour qu'une cellule commençant par = arrive échappée. Chaque étape s'exécute en local : les jetons et les endpoints de la configuration ne quittent jamais l'appareil.

Questions fréquentes

Quels formats sont pris en charge ?
L'espace de travail prend en charge JSON, la syntaxe de base YAML 1.2 et le CSV délimité par des virgules avec une ligne d'en-tête unique obligatoire. TOML et XML exigent encore un travail de fidélité séparé et ne sont pas acceptés dans cette version ; choisir le même format des deux côtés est refusé : chaque exécution convertit entre deux formats différents.
Comment YAML est-il traité en toute sécurité ?
En mode texte, l'analyse s'exécute dans un Web Worker jetable avec des limites strictes : 256 Ko d'entrée, 40 niveaux d'imbrication, 10 000 nœuds, 50 expansions d'alias et un budget temps de 1 500 ms. Les balises personnalisées ou exécutables, les clés de fusion, les schémas distants, les DTD, les imports, les includes et tout chargement de ressources réseau sont désactivés : un document hostile ou malformé ne peut pas sortir de l'analyseur.
Qu'est-ce qui peut changer pendant la conversion ?
JSON ne peut pas représenter les commentaires YAML ni l'identité des ancres, et CSV ne peut pas préserver les types scalaires, l'identité de null ni les structures imbriquées. Chaque perte acceptée est signalée par un avertissement sur le résultat ; les formes dangereuses ou ambiguës sont rejetées d'emblée. Les clés dupliquées, les propriétés nommées __proto__, constructor ou prototype, les nombres non finis et les entiers au-delà de la plage sûre sont refusés plutôt que convertis de force.
Que fait l'option CSV sécurisée pour tableurs ?
Quand la cible est CSV et l'interrupteur activé, toute cellule dont le texte commence par =, +, - ou @ — après d'éventuelles espaces ou tabulations initiales — est préfixée d'une apostrophe : les tableurs l'affichent comme du texte au lieu de l'exécuter comme une formule. Chaque exécution concernée ajoute un avertissement pour rendre le changement visible. Laissez l'option activée pour les fichiers destinés à un tableur ; désactivez-la seulement quand le CSV alimente un système qui attend les valeurs brutes.
Pourquoi mon CSV a-t-il été rejeté ?
En mode texte, l'analyseur exige une ligne d'en-tête dont les noms sont non vides et uniques — une marque d'ordre d'octet initiale sur le premier en-tête est tolérée — et chaque enregistrement doit compter exactement autant de champs que l'en-tête. Les champs entre guillemets suivent les règles standard : les guillemets doubles s'échappent en se doublant et peuvent contenir des sauts de ligne, mais un guillemet au milieu d'un champ non entre guillemets est une erreur avec sa ligne et sa colonne. La sortie est limitée à 5 000 lignes et 256 colonnes, et seule une liste plate d'objets aux clés identiques se convertit en CSV.
Mes valeurs sont-elles téléversées ou enregistrées ?
Non. Les données sources, la sortie convertie, les erreurs d'analyse, le contenu du presse-papiers et les téléchargements restent dans le navigateur et ne sont placés ni dans les URL, ni dans le stockage, ni dans les statistiques, ni dans les journaux, ni dans les formulaires de retour. Vider l'espace de travail supprime le document courant.
Quelles sont les limites du mode fichier CSV ?
Le mode fichier permet de choisir explicitement UTF-8, UTF-16LE/BE, GB18030 ou Windows-1252, et des séparateurs virgule, point-virgule, tabulation ou barre verticale. Les noms de colonnes sont conservés sauf si le rognage est sélectionné ; ils doivent être uniques et non vides. Entrée ≤ 100 Mio, sortie ≤ 32 Mio, ≤ 256 colonnes et ≤ 1 Mio par enregistrement décodé mesuré en UTF-8. L'aperçu affiche 20 lignes avec des cellules raccourcies à 160 caractères ; les téléchargements conservent les valeurs complètes. JSONL stocke des chaînes. Le CSV normalisé utilise UTF-8, des virgules, CRLF et des champs entre guillemets ; un BOM facultatif aide à reconnaître l'encodage mais n'impose pas les types. Les enregistrements physiques vides sont ignorés. L'encodage et les guillemets sont normalisés, pas conservés octet par octet. Le traitement est local et annulable ; la sortie reste en mémoire, donc la mémoire de pointe peut dépasser 32 Mio.

Continuer dans Développement

Des tâches associées, pas une impasse.

Passez à un autre espace de travail ciblé sans revenir à l'index complet.

Code en image

Code to Image Converter

Exportez du code coloré par Shiki (six langages, thèmes clair et sombre) en SVG ou PNG, avec titre de fenêtre, numéros de ligne et échelle 1x ou 2x, en local.

Créer

Générateur de slugs URL

URL Slug Generator

Transformez titres et libellés en slugs URL : accents supprimés, & développée, séparateurs condensés, écritures non latines conservées — en direct, en local.

Créer

Ombres pour React Native

React Native Shadow Generator

Réglez ombres iOS et élévation Android face à un aperçu, comparez propriétés historiques et nouveau mode boxShadow, et copiez le fragment StyleSheet TypeScript.

Créer

Encodeur/décodeur Base64

Base64 Encoder/Decoder

Encodez du texte UTF-8 ou décodez du Base64 en direct, avec variante URL-safe, gestion des sauts de ligne et validation des erreurs, sans rien téléverser.

Convertir