XML'den JSON'a
Herhangi bir XML belgesini JSON'a ayrıştırın. Tekrarlanan kardeş öğeler dizilere dönüşür, öznitelikler ve metin değerleri korunur ve geçersiz XML
Bir XML belgesini JSON'a ayrıştırın: tekrarlanan kardeş öğeler dizilere dönüşür, öznitelikler ve metin içeriği korunur ve geçersiz XML, dönüştürme yapılmadan önce sorunun konumuyla birlikte bildirilir.
Bir API ya da bir dışa aktarma size XML verirken diğer araçlarınız JSON konuştuğunda kullanışlıdır - bir SOAP yanıtı, bir veri akışı, bir yapılandırma dışa aktarımı. Öznitelikler alt öğelerin yanında saklanır, böylece hiçbir şey kaybolmaz ve yapıyı sonradan kendi şemanıza eşlemek kolaydır.
XML'den JSON'a nasıl dönüştürülür
XML'inizi yapıştırın
Dönüştürün ve yapıyı inceleyin
JSON'u kopyalayın ya da indirin
SSS
Tekrarlanan öğeler nasıl işleniyor?
Aynı etiket adına sahip kardeş öğeler, sayıları ne olursa olsun bir diziye dönüşür; böylece tek elemanlı bir liste de tek bir nesne yerine liste olarak ayrıştırılır.
Özniteliklere ne oluyor?
Öğe içeriğinin yanında özellik olarak korunur, yani hiçbir şey kaybolmaz. Şemanız ayrı bir öznitelik nesnesi bekliyorsa eşleme adımında adlandırmayı uyarlayın.
Öğelerin özgün sırasını koruyabilir miyim?
JSON nesneleri tanımı gereği sırasızdır, bu yüzden öğe sırası garanti edilmez. Sıra anlamsal olarak önemliyse başvuru kaynağı olarak kaynak XML'i saklayın.
XML'im neden reddedildi?
Yaygın nedenler kapatılmamış etiketler, bildirilmemiş bir ad alanı ön eki ya da XML bildiriminden önceki başıboş metindir. Hata mesajı, ayrıştırmanın başarısız olduğu konumu gösterir.
CDATA ve ad alanlarını destekliyor mu?
CDATA bölümleri metin olarak okunur ve ad alanı ön ekleri öğe adlarının parçası olarak korunur; sadık bir eşleme için genellikle istediğiniz de budur.
XML'im yükleniyor mu?
Hayır, ayrıştırma tarayıcınızda yerel olarak gerçekleşir.
Bir bakışta
| Girdi | XML |
|---|---|
| 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.