JSON'dan XML'e
JSON'u yapılandırılabilir bir kök öğeyle geçerli XML'e dönüştürün. Diziler tekrarlanan öğelere dönüşür ve özel karakterler doğru şekilde kaçışlanır.
JSON'u, kendi seçtiğiniz bir kök öğeyle geçerli XML'e dönüştürün. Nesne anahtarları öğe adları, diziler tekrarlanan öğeler olur ve <, > ile & gibi karakterler doğru şekilde kaçışlanır; böylece sonuç herhangi bir XML aracında ayrıştırılır.
Kaynak veriniz JSON iken bir entegrasyon XML beklediğinde kullanın: bir SOAP uç noktası, eski bir içe aktarma biçimi, bir RSS ya da site haritası parçası. XML'in dizi diye doğal bir kavramı olmadığı için, belge yeniden ayrıştırıldığında listeleri bozulmadan koruyan şey tekrarlanan öğe kuralıdır.
JSON'dan XML'e nasıl dönüştürülür
JSON'unuzu yapıştırın
Kök öğe adını belirleyin
XML'i kopyalayın ya da indirin
SSS
Diziler nasıl temsil ediliyor?
Aynı adı taşıyan tekrarlanan öğeler olarak; bu, XML'de bir listeyi ifade etmenin geleneksel yoludur ve çoğu ayrıştırıcının beklediği biçimdir.
Özel karakterler kaçışlanıyor mu?
Evet, <, >, & ve tırnaklar kaçışlanır, böylece belge iyi biçimlendirilmiş olur. Geçerli XML adı olmayan anahtarlar temizlenir ve mümkün olduğunda özgün hâli korunur.
Öznitelik ya da ad alanı ekleyebilir miyim?
Bu araçta hayır - çıktı, isteğe bağlı bir kökle birlikte öğe tabanlıdır. Öznitelikler ve şemalar için sonucu sonradan işleyin ya da XML'i kendi şablonunuzdan üretin.
Hangi kök öğeyi kullanıyor?
Onu siz belirlersiniz; varsayılan "root"tur. Anlamlı bir ad seçin, çünkü içe aktaran sistemler sıklıkla ona göre çalışır.
Bir şemaya göre doğrulama yapıyor mu?
Hayır. XML iyi biçimlendirilmiştir, ancak bir XSD veya DTD'ye göre doğrulama iş akışınızda ayrı bir adımdır.
Verilerim yükleniyor mu?
Hayır, dönüştürme tarayıcınızda gerçekleşir.
Bir bakışta
| Girdi | JSON |
|---|---|
| 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.