XML ke JSON
Urai dokumen XML apa pun menjadi JSON. Elemen bersaudara yang berulang menjadi array, atribut dan nilai teks dipertahankan, dan XML yang tidak valid
Uraikan dokumen XML menjadi JSON: elemen bersaudara yang berulang menjadi array, atribut dan konten teksnya dipertahankan, dan XML yang tidak valid dilaporkan beserta posisi masalahnya sebelum konversi apa pun terjadi.
Berguna ketika sebuah API atau hasil ekspor memberi Anda XML sementara perkakas Anda yang lain berbicara dalam JSON - respons SOAP, umpan data, atau ekspor konfigurasi. Atributnya disimpan berdampingan dengan elemen anaknya sehingga tidak ada yang terbuang, dan strukturnya mudah dipetakan ke skema Anda sendiri setelahnya.
Cara mengonversi XML ke JSON
Tempelkan XML Anda
Konversi lalu tinjau strukturnya
Salin atau unduh JSON-nya
FAQ
Bagaimana elemen yang berulang ditangani?
Elemen bersaudara dengan nama tag yang sama menjadi array, berapa pun jumlahnya, sehingga daftar berisi satu elemen tetap terurai sebagai daftar, bukan sebagai satu objek tunggal.
Apa yang terjadi pada atributnya?
Atributnya dipertahankan sebagai properti di samping konten elemennya, jadi tidak ada yang hilang. Sesuaikan penamaannya di langkah pemetaan jika skema Anda mengharapkan objek atribut tersendiri.
Bisakah saya mempertahankan urutan asli elemennya?
Objek JSON menurut definisinya tidak berurutan, jadi urutan elemennya tidak dijamin. Jika urutannya penting secara semantik, simpan XML sumbernya sebagai acuan.
Mengapa XML saya ditolak?
Penyebab yang umum adalah tag yang tidak ditutup, awalan namespace yang tidak dideklarasikan, atau teks liar sebelum deklarasi XML. Pesan errornya menunjukkan posisi tempat penguraian gagal.
Apakah CDATA dan namespace didukung?
Bagian CDATA dibaca sebagai teks dan awalan namespace dipertahankan sebagai bagian dari nama elemennya, dan itu biasanya yang Anda inginkan untuk pemetaan yang setia.
Apakah XML saya diunggah?
Tidak, penguraiannya berjalan lokal di browser Anda.
Sekilas
| Masukan | XML |
|---|---|
| Beberapa file | Tidak |
| Dijalankan di | Di browser Anda - file tidak pernah diunggah |
| Bekerja offline | Ya — setelah halaman dimuat |
| Harga | Gratis, tanpa pendaftaran, tanpa tanda air |
Memilih format data
JSON adalah pilihan default untuk apa pun yang dikembalikan sebuah API atau dibaca sebuah program: format ini secara alami menangani struktur bersarang, angka, boolean, dan null, dan setiap bahasa bisa mengurainya. CSV lebih kecil dan langsung terbuka di spreadsheet, tetapi tidak punya cara untuk menyatakan penyarangan dan tidak punya standar bersama untuk pemisah, tanda kutip, atau set karakternya - dan di situlah konversi biasanya salah. XML lebih bertele-tele, tetapi membawa atribut, konten campuran, dan skema, sehingga masih mendominasi format dokumen dan integrasi warisan. YAML paling mudah dibaca untuk konfigurasi, tetapi peka terhadap spasi dan punya pemaksaan tipe yang mengejutkan ("no" menjadi false, versi seperti 1.10 menjadi 1.1). Pilih format yang disukai alat yang akan memakainya, bukan format yang terlihat paling bagus.
Di mana konversi diam-diam rusak
Sebagian besar bug konversi bukan soal sintaksis, melainkan soal makna. Kolom kode pos pada CSV kehilangan angka nol di depannya begitu spreadsheet menduga kolom itu berisi angka; ID yang panjang melampaui presisi floating-point; tanggal berubah makna tergantung apakah formatnya tanggal-dulu atau bulan-dulu. Kunci JSON tidak berurutan, sedangkan array berurutan, dan alat yang mengurutkan kunci tidak mengubah apa pun sementara alat yang mengurutkan array mengubah datanya. Unicode adalah jebakan lain: teks bisa datang sebagai UTF-8, UTF-16, atau dengan BOM, dan dekoder yang salah menebak mengubah karakter beraksen menjadi mojibake. Sebelum memercayai konversi apa pun, periksa sekilas baris pertama dan terakhir, setiap bidang yang memiliki angka nol di depan, dan setiap bidang yang memuat tanda kutip, koma, atau baris baru.