Qu'est-ce que Convertisseur JSON vers YAML ?

Le convertisseur JSON vers YAML transforme les données JSON en format YAML lisible, couramment utilisé pour les fichiers de configuration (Docker Compose, Kubernetes, pipelines CI/CD). Il gère les objets imbriqués, les tableaux et les chaînes multilignes avec la syntaxe YAML appropriée.

Le convertisseur s'appuie sur js-yaml et gère les chaînes multilignes, les ancres et les tableaux d'objets sans perdre la structure. L'indentation se règle à 2 ou 4 espaces (la plupart des configs utilisent 2). Le style flow garde les courts tableaux en ligne ([a, b, c]) et le style block écrit un élément par ligne. Une option de tri des clés produit une sortie déterministe pour le contrôle de version.

Comment utiliser

1. Étape 1 — Collez vos données JSON ou importez un fichier .json. Les erreurs de syntaxe JSON sont détectées et signalées avant la conversion.
2. Étape 2 — Définissez la largeur d'indentation (2 ou 4 espaces) et choisissez les options de style de flux pour des tableaux compacts ou des objets en ligne.
3. Étape 3 — Visualisez la sortie YAML avec coloration syntaxique, puis copiez-la ou téléchargez-la en tant que fichier .yaml pour l'utiliser dans vos fichiers de configuration.

Quand l'utiliser

• Traduire un extrait de package.json ou tsconfig.json en YAML attendu par un outil de CI.
• Écrire des manifestes Kubernetes ou des fichiers Docker Compose à partir de réponses d'API ou de JSON scaffold.
• Convertir une configuration JSON d'un ancien outil en YAML lisible pour la version mise à jour.

Résultat

Vous convertissez un package.json en configuration YAML pour un pipeline CI. Collez le JSON, réglez l'indentation sur 2 espaces, et obtenez une sortie YAML propre où les dépendances imbriquées sont clairement visibles sans toutes les accolades et guillemets.

FAQ

YAML n'est-il que du JSON avec une autre syntaxe ?

Globalement, oui. YAML 1.2 est un sur-ensemble de JSON : tout JSON valide est YAML valide. YAML ajoute commentaires, chaînes multilignes, ancres et alias, et un agencement basé sur l'indentation. Pour des données pures, les deux sont interchangeables.

Faut-il indenter à 2 ou à 4 espaces ?

La convention dans Kubernetes, Docker Compose, GitHub Actions et la plupart des outils CI est 2 espaces. 4 peut aider sur des fichiers très imbriqués mais c'est rare. Calez-vous sur les fichiers existants de l'équipe pour des diffs propres.

Quand passer au style flow ?

Le flow ({a: 1, b: 2}) est pratique pour des tableaux courts de primitives, par exemple une liste de ports, qui paraissent bruyants en block, un élément par ligne. Pour tout ce qu'un humain doit lire ou modifier, restez en block.

Que deviennent les chaînes qui ressemblent à des booléens ou des nombres ?

La coercition de types YAML est agressive : 'yes', 'no', 'on', '1.0', 'null' peuvent être réinterprétés. Le convertisseur entoure ces chaînes de guillemets pour qu'elles restent des chaînes et évite le fameux bug « Norvège » où le code NO devient false.

Puis-je faire l'aller-retour JSON → YAML → JSON sans rien perdre ?

Sur des données pures, oui : la structure est conservée. On perd les commentaires (absents de JSON) et parfois l'ordre des clés, le parser JSON pouvant réordonner. Activez 'trier les clés' des deux côtés pour garder un ordre stable.

Outils similaires