YAML'den JSON'a Dönüştürücü
YAML'ı JSON'a veya JSON'u YAML'a, yapılandırılabilir girintiyle dönüştürün. İç içe eşlemeleri, listeleri ve çok satırlı dizeleri işler ve sözdizimi sorununun
YAML'ı JSON'a veya JSON'u YAML'a, yapılandırılabilir girintiyle dönüştürün. İç içe eşlemeler, listeler, tırnaklı dizeler, çok satırlı blok skalerleri ve bağlantı noktaları işlenir ve bir sözdizimi sorunu sessizce başarısız olmak yerine ona yol açan konumla birlikte bildirilir.
Bu, iki biçim arasındaki günlük köprüdür: YAML ile yazılmış bir Kubernetes ya da CI yapılandırma dosyasının bir API çağrısı için JSON'a dönüşmesi gerekir ya da elle düzenlenmesi çok daha kolay olduğu için bir JSON yükünün YAML'a çevrilmesi gerekir. Dönüştürme tarayıcınızda gerçekleşir, böylece token ya da dahili sunucu adları içeren yapılandırma dosyaları makinenizden hiç ayrılmaz.
YAML ile JSON arasında nasıl dönüştürme yapılır
YAML ya da JSON yapıştırın
Yönü ve girintiyi seçin
Dönüştürülen çıktıyı kopyalayın
SSS
Hangi yön destekleniyor?
İkisi de: YAML'dan JSON'a ve JSON'dan YAML'a. JSON, YAML'ın bir alt kümesidir, bu yüzden geçerli JSON her zaman sorunsuz dönüşür; YAML ise JSON'da bulunmayan özellikler kullanır ve bunlar dönüştürme sırasında açılır.
YAML'ımdaki yorumlara ne oluyor?
Yorumlar veri modelinin parçası değildir, bu yüzden JSON'a dönüştürülürken atılır. Yorumlar önemliyse özgün dosyayı tek doğru kaynak olarak saklayın.
Çok satırlı dizeler korunuyor mu?
Evet, blok skalerleri ve literal dizeler JSON'da normal dizelere dönüşür ve satır sonları kaçışlanmış yeni satır karakterleri olarak korunur.
YAML'ım neden ayrıştırılamıyor?
Olağan nedenler tutarsız girinti, boşluk yerine sekme karakteri ya da bir değerin içinde tırnaksız iki nokta üst üstedir. Hata mesajı, ayrıştırmanın durduğu satırı ve sütunu gösterir.
Büyük yapılandırma dosyalarını işleyebilir mi?
Evet, birkaç megabaytlık dosyalar anında dönüşür. Pratik sınır cihazınızın belleğidir ve her şey yerel olarak işlenir.
Yapılandırmam yükleniyor mu?
Hayır. Bu önemlidir çünkü yapılandırma dosyaları sıklıkla kimlik bilgileri, token'lar ve dahili sunucu adları içerir.
Bir bakışta
| Girdi | metin |
|---|---|
| Birden fazla dosya | Hayır |
| Nerede çalışır | Tarayıcınızda - dosyalar hiçbir zaman yüklenmez |
| Çevrimdışı çalışır | Evet — sayfa yüklendikten sonra |
| Fiyat | Ücretsiz, kayıt yok, filigran yok |
Bir veri biçimi seçmek
JSON, bir API'nin döndürdüğü ya da bir programın okuduğu her şey için varsayılandır: iç içe yapıları, sayıları, boolean değerleri ve null'ı doğal biçimde işler ve her dil onu ayrıştırır. CSV daha küçüktür ve doğrudan bir elektronik tabloda açılır, ancak iç içe yapıyı ifade etmenin hiçbir yolu yoktur ve ayırıcı, tırnaklama ya da karakter kümesi için ortak bir standardı yoktur - dönüştürmelerin tam olarak bozulduğu yer burasıdır. XML ayrıntılıdır ama öznitelikleri, karışık içeriği ve şemaları taşır; bu yüzden belge biçimlerine ve eski entegrasyonlara hâlâ hâkimdir. YAML yapılandırma için en okunabilir olanıdır ama boşluklara duyarlıdır ve şaşırtıcı tür dönüşümleri vardır ("no" değerinin false olması, 1.10 gibi bir sürümün 1.1'e dönüşmesi). En hoş görüneni değil, tüketen aracın tercih ettiği biçimi seçin.
Dönüştürmelerin sessizce bozulduğu yerler
Dönüştürme hatalarının çoğu söz dizimiyle ilgili değil, anlamla ilgilidir. Bir posta kodu sütunu, elektronik tablo onu bir sayı sandığı anda baştaki sıfırlarını kaybeder; uzun bir kimlik kayan nokta hassasiyetini aşar; tarihler gün-önce mi ay-önce mi olduğuna göre anlam değiştirir. JSON anahtarları sırasızdır ama diziler sıralıdır; anahtarları sıralayan bir araç hiçbir şeyi değiştirmez, dizileri sıralayan bir araç ise veriyi değiştirir. Unicode başka bir tuzaktır: metin UTF-8, UTF-16 ya da bir bayt sırası işaretiyle gelebilir ve yanlış tahmin eden bir çözücü aksanlı karakterleri bozuk metne çevirir. Herhangi bir dönüştürmeye güvenmeden önce ilk ve son satırı, başta sıfır bulunan her alanı ve tırnak, virgül ya da satır sonu içeren her alanı kontrol edin.