Pemformat JSON

• Encoder/decoder Base64
• Encoder/decoder URL
• Semua konverter

JSON adalah bahasa perantara API web dan berkas konfigurasi. Pretty-print membuat struktur bersarang mudah dipindai, minifikasi menghemat bandwidth dan penyimpanan, dan validasi cepat menangkap salah ketik dan koma trailing sebelum merusak pipeline atau aplikasi.

Manfaat memformat JSON

• Keterbacaan: Indentasi konsisten menampakkan sarang objek dan array sekilas, mempercepat tinjauan dan onboarding.
• Debugging: JSON terformat lebih mudah dibandingkan di diff dan diperiksa ketika API mengembalikan bentuk tak terduga.
• Validasi: Pemeriksaan parse cepat memastikan teks adalah JSON legal sebelum Anda commit atau kirim ke hilir.
• Minifikasi: Menghapus spasi dapat mengecilkan ukuran secara nyata untuk klien seluler, cache tepi, dan konfigurasi tersemat.
• Standar: JSON yang sah mengikuti RFC 8259; muatan yang valid menghindari kejutan pada parser ketat.

Halaman ini menawarkan tiga operasi inti pada teks JSON. Masing-masing berjalan sepenuhnya di peramban Anda memakai parser JSON standar perangkat.

Operasi

• Format: Mengurai masukan dan menulis ulang dengan indentasi pilihan (0–4 spasi) dan baris baru.
• Minify: Mengurai dan menulis ulang tanpa spasi ekstra, menghasilkan string ringkas satu baris atau minimal.
• Validasi: Mencoba JSON.parse pada masukan dan melaporkan sukses atau pesan kesalahan tanpa mengubah area keluaran kecuali Anda memformat atau minify.

Beberapa poin praktis membantu memilih kapan merapikan versus minify dan cara membaca error.

Referensi singkat

• JSON terindentasi sering beberapa kali lebih besar dari yang diminify untuk pohon dalam — relevan untuk log dan unduhan.
• Penghematan tipikal dari minifikasi sangat bervariasi tergantung spasi asli.
• Indentasi adalah tampilan; nilai setelah parse berhasil identik.
• Peramban melempar SyntaxError deskriptif untuk JSON tidak valid; alat menampilkan pesan itu di samping masukan Anda.
• JSON tidak mengizinkan komentar atau koma trailing; validator akan menandainya tidak valid.

Praktik terbaik

Gunakan representasi yang tepat untuk setiap tahap alur kerja: mudah dibaca di repositori dan dokumen, ringkas di jaringan bila ukuran penting.

• Format JSON saat menulis config dan meninjau sampel API; minify untuk bundle produksi atau respons cache bila ukuran penting.
• Validasi sebelum menggabungkan JSON yang dibuat mesin atau menempel sampel ke aplikasi.
• Pilih indentasi tim (sering 2 atau 4 spasi) dan pertahankan untuk diff yang konsisten.
• Anggap error validasi sebagai sinyal untuk memperbaiki sumber, bukan hanya tampilan cantik.
• JSON yang diminify lebih sulit dibaca manusia — simpan salinan terformat di kontrol versi jika berkas diedit manual.

Kasus penggunaan umum

• Pengembangan API: Periksa dan rapikan body respons REST atau GraphQL sebelum dokumentasi atau pengujian.
• Berkas konfigurasi: Normalisasi app.json, tsconfig, atau template cloud untuk commit yang mudah dibaca.
• Debugging: Format ulang payload error satu baris agar field dan sarang terlihat jelas.
• Pertukaran data: Validasi muatan antar layanan atau saat mengubah teks ad hoc menjadi JSON ketat.
• Tinjauan kode: Tampilkan JSON terformat di pull request agar reviewer memindai struktur dengan cepat.