Konwerter JSON ↔ YAML
JSON↔YAML Konwerter konwertuje YAML do JSON i JSON do YAML lokalnie z synchronizacją side-by-side, sprawdzaniem poprawności tylko składni, sortowaniem kluczy, kontrolą wcięć, YAML wielu dokumentów i kopiowaniem/pobieraniem.
Wcięcie JSON
Wcięcie YAML
Sortuj klucze obiektu
Podziel tablicę na YAML wielodokumentowy (rozdzielone ---)
JSON
Znaki
0 / 500,000
⇄
YAML
Znaki
0 / 500,000
Szybki start
Typowe scenariusze
Tworzenie Kubernetes
konwertuj manifesty zasobów K8 między YAML i JSON, aby sprawdzić strukturę z dowolnego widoku.
Debugowanie wartości Helm
przekonwertuj wartości.yaml na JSON, aby sprawdzić typy i zagnieżdżenia w swoim IDE.
Potoki CI/CD
szybko konwertuj fragmenty między GitHub Actions (YAML) a systemami CI korzystającymi z JSON.
Debugowanie API
konwertuj ładunki JSON na YAML, aby uzyskać wyraźniejszy widok hierarchiczny.
Migracja konfiguracji
konwertuj po jednym wklejonym fragmencie konfiguracji, sprawdzając, jak zmieniają się komentarze, kotwice i separatory dokumentów w JSON.
Formatowanie i sprawdzanie składni
sprawdź składnię JSON/YAML poprzez synchronizację dwukierunkową, z lokalizacją błędu w wierszu/kolumnie.
Wskazówki użycia
Umowa przekształceniowa
Stratne granice podróży w obie strony
Ograniczenia i kompatybilność
Prywatność i bezpieczeństwo
Najczęstsze pytania
JSON i YAML mogą reprezentować te same typy danych (obiekty, tablice, ciągi znaków, liczby), ale ich składnia jest inna: • JSON używa nawiasów klamrowych/nawiasów i podwójnych cudzysłowów, ma bardziej rygorystyczną składnię i nie obsługuje komentarzy. • YAML wykorzystuje wcięcia w hierarchii, jest bardziej czytelny dla człowieka i obsługuje komentarze, ale jest wrażliwy na białe znaki. Ogólna zasada: • W przypadku interfejsów API i wymiany danych między maszynami preferuj JSON. • W przypadku konfiguracji Kubernetes/Helm/CI, które często edytują ludzie, preferuj YAML. • Można konwertować między nimi bez zmiany modelu danych.
Parsery YAML1.1 często traktują tak/nie/włącz/wyłącz/t/n jako wartości logiczne. To narzędzie jest zgodne z zachowaniem YAML1.2, gdzie prawda/fałsz to przenośne wartości logiczne. Cytuj ciągi znaków, takie jak „tak”, jeśli starsze narzędzie może je odczytać inaczej.
JSON (RFC 8259) nie pozwala na komentarze. Zatem komentarzy YAML nie można zachować w konwersji YAML → JSON i nie można ich zrekonstruować podczas konwersji z powrotem. Jeśli komentarze mają znaczenie, zachowaj oryginalny plik YAML.
--- to separator dokumentów YAML, używany do przechowywania wielu niezależnych dokumentów w jednym pliku. Jest to powszechne w Kubernetes, gdzie jeden plik może zawierać definicje wdrożenia, usługi i ConfigMap. To narzędzie odczytuje wielodokumentowy plik YAML jako tablicę JSON, a także może podzielić tablicę JSON z powrotem na --- oddzielone dokumenty YAML.
JavaScript używa liczb o podwójnej precyzji IEEE 754. Bezpieczne liczby całkowite mieszczą się w zakresie od -(2^53-1) do 2^53-1 (±9007199254740991). Większe liczby całkowite (na przykład identyfikatory płatków śniegu lub 64-bitowe znaczniki czasu) mogą utracić precyzję. Aby zachować dokładne wartości, przechowuj je jako ciągi znaków, na przykład „9007199254740992”.
Kotwice (&nazwa) i aliasy (*nazwa) to funkcje ponownego wykorzystania specyficzne dla YAML. JSON nie ma równoważnego mechanizmu referencyjnego, dlatego podczas konwersji aliasy są rozwijane do pełnych kopii. Jest to transformacja stratna i oryginalna struktura kotwicy nie może zostać przywrócona automatycznie.