JSON ke XML
Konversi JSON menjadi XML yang well-formed dengan elemen root yang dapat dikonfigurasi. Array menjadi elemen berulang dan karakter khusus di-escape dengan
Konversi JSON menjadi XML yang well-formed dengan elemen root yang Anda pilih. Kunci objek menjadi nama elemen, array menjadi elemen berulang, dan karakter seperti <, >, serta & di-escape dengan benar sehingga hasilnya bisa diurai di alat XML mana pun.
Pakai alat ini ketika sebuah integrasi mengharapkan XML sementara data sumber Anda berupa JSON: endpoint SOAP, format impor warisan, atau potongan RSS dan sitemap. Karena XML tidak mengenal array secara asli, konvensi elemen berulang itulah yang menjaga daftarnya tetap utuh ketika dokumennya diurai kembali.
Cara mengonversi JSON ke XML
Tempelkan JSON Anda
Tetapkan nama elemen root-nya
Salin atau unduh XML-nya
FAQ
Bagaimana array direpresentasikan?
Sebagai elemen berulang dengan nama yang sama, dan itulah cara konvensional untuk menyatakan daftar di XML serta bentuk yang diharapkan sebagian besar parser.
Apakah karakter khusus di-escape?
Ya, <, >, &, dan tanda kutip di-escape agar dokumennya well-formed. Kunci yang bukan nama XML yang valid dibersihkan, dengan bentuk aslinya dipertahankan bila memungkinkan.
Bisakah saya menambahkan atribut atau namespace?
Tidak di alat ini - hasilnya berbasis elemen dengan root opsional. Untuk atribut dan skema, proses lagi hasilnya atau buat XML-nya dari templat Anda sendiri.
Elemen root apa yang dipakai?
Anda yang menetapkannya; "root" adalah defaultnya. Pilih nama yang bermakna karena sistem yang mengimpor sering berpatokan padanya.
Apakah hasilnya divalidasi terhadap skema?
Tidak. XML-nya well-formed, tetapi validasi terhadap XSD atau DTD adalah langkah terpisah di alur kerja Anda.
Apakah data saya diunggah?
Tidak, konversinya terjadi di browser Anda.
Sekilas
| Masukan | JSON |
|---|---|
| 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.