Minifikasi vs. Prettifikasi JSON: Kapan Memakai Masing-masing

Apa yang berubah di antara keduanya

Minifikasi membuang setiap byte yang tidak mengubah makna: spasi setelah titik dua dan koma, newline, dan indentasi. Prettifikasi (disebut juga beautification) menambahkan whitespace itu kembali dalam pola yang konsisten, biasanya 2 atau 4 spasi per level nesting, agar Anda bisa melihat strukturnya sekilas.

// Minified (48 bytes)
{"user":{"id":7,"active":true,"tags":["a","b"]}}

// Prettified (2-space indent, 96 bytes)
{
  "user": {
    "id": 7,
    "active": true,
    "tags": ["a", "b"]
  }
}

Keduanya terurai menjadi object in-memory yang sama. Tambahan 48 byte pada versi prettified hanya melayani keterbacaan manusia dan tidak membawa informasi semantik apa pun.

Kapan minifikasi adalah pilihan yang tepat

Respons dan permintaan API: setiap byte yang Anda buang tidak perlu diunduh klien. Pada payload besar, misalnya daftar terpaginasi berisi ratusan record, minifikasi bisa memangkas 15-25% ukuran transfer sebelum kompresi berjalan.

Konfigurasi yang disisipkan dalam bundle HTML atau JS: blob JSON minified yang di-inline ke tag <script> tidak menggemukkan bundle Anda dengan formatan yang tak dibutuhkan peramban mana pun.

Baris log dan penyimpanan: jika Anda menulis JSON ke berkas log atau kolom database satu record per baris, minifikasi menjaga setiap record dalam satu baris, dan alat seperti grep, jq -c, serta log shipper berbasis baris bergantung pada itu.

Satu catatan: jika Anda sudah melayani respons dengan kompresi gzip atau brotli (kebanyakan API begitu), penghematan byte dari minifikasi menyusut drastis, karena whitespace berulang terkompresi dengan baik. Minify untuk kasus tanpa kompresi (konfigurasi yang disisipkan, log), tempat dampaknya paling terasa.

Kapan prettifikasi adalah pilihan yang tepat

Apa pun yang akan dibaca manusia: contoh dokumentasi API, berkas konfigurasi yang diedit manual (package.json, tsconfig.json), keluaran debugging, dan diff code review. Blob JSON minified satu baris dalam git diff tampil sebagai satu baris berubah sekecil apa pun perubahannya, sedangkan JSON yang diprettifikasi memberi diff per baris yang bersih untuk direviu.

Konfigurasi yang berkontrol versi: indentasi dua spasi atau empat spasi dengan satu key per baris berarti git bisa menunjukkan persis key mana yang berubah, alih-alih menandai seluruh blob sebagai termodifikasi.

2 spasi vs. 4 spasi vs. tab

JSON.parse() mengabaikan indentasi, jadi pilihannya tidak berpengaruh secara fungsional. Dua spasi adalah konvensi paling umum di ekosistem JavaScript/TypeScript (npm, kebanyakan style guide JS) dan menjaga object bersarang dalam tetap muat di layar. Empat spasi lebih umum di tooling sekitar Python. Tab jarang dipakai untuk JSON karena editor dan penampil diff merendernya tidak konsisten. Pilih satu dan tetap konsisten dalam satu proyek, karena indentasi campuran menghasilkan diff yang berisik.