XML ↔ JSON Dönüştürücü
XML belgelerini öznitelikleriyle birlikte JSON’a ve geri çevirin
Bu araç hakkında
Eski SOAP yanıtlarını, RSS akışlarını ya da Maven POM’larını JavaScript’e, jq’ya veya JSON tabanlı bir API’ye beslemek için XML’i JSON’a dönüştürün — ya da tersini yapıp JSON verisinden XML üretin. Öznitelikler korunur: "@_ad" anahtarlarına dönüşürler ve özniteliklerle birlikte var olan metin içeriği "#text" altına iner; böylece hiçbir bilgi sessizce kaybolmaz.
İki biçim temel konularda anlaşmaz ve bu dönüştürücü alışılmış pragmatik seçimleri yapar: aynı adlı ardışık kardeş öğeler bir JSON dizisine toplanır, sayı gibi görünen değerler sayıya dönüşür ve ad alanları öğe adının parçası olarak taşınır. Tipik belgelerde XML → JSON → XML çevrimi yapıyı ve içeriği korur.
Her iki yön de tarayıcınızda yerelde çalışır. Bir fatura akışını ya da bir API yanıtını, hiçbir yere gitmeden yapıştırın.
Sıkça sorulan sorular
- Bazı değerler neden dizge yerine sayı olarak dönüyor?
- Ayrıştırıcı sayısal metni tanır ve dönüştürür; çoğu tüketicinin istediği de budur. Baştaki sıfırları olan tanımlayıcılara dikkat edin (ürün kodları, telefon numaraları) — veriniz için bu önemliyse dönüşümden sonra onları tırnaklayın ya da çıktıyı bir başlangıç noktası sayın.
- Yinelenen öğeler nasıl ele alınıyor?
- Aynı ada sahip iki ya da daha fazla kardeş, o anahtar altında bir JSON dizisine dönüşür. Tek geçiş ise düz bir nesne olarak kalır — bu asimetri eşlemenin doğasında vardır; dolayısıyla JSON’u tüketen kod her iki şekle de dayanmalı ya da önce normalleştirmelidir.
- @_ ve #text anahtarları ne anlama geliyor?
- @_ bir XML özniteliği olan şeyi işaretler; #text ise öznitelikler de varken öğenin metnini taşır. Aynı geleneği JSON → XML yönünde geri beslemek özgün biçimlendirmeyi yeniden kurar.
- JSON → XML üst düzey dizimi neden reddediyor?
- Bir XML belgesinin tam olarak bir kök öğesi olmalıdır; çıplak bir dizinin ise hiç yoktur. Diziyi bir nesneye sarın — {"items": {"item": [...]}} — dönüştürücü biçim açısından doğru bir belge üretecektir.