Perbedaan == dan === di JavaScript: Kapan Harus Digunakan?

Jebakan Logika Terbesar di JavaScript

Salah satu pertanyaan yang 100% pasti akan keluar saat tes wawancara *Junior Developer* JavaScript adalah: "Coba jelaskan apa bedanya operator == dan ===?"

Walaupun keduanya berfungsi untuk membandingkan apakah nilai A sama dengan nilai B, cara kerja internal mesin JavaScript sangatlah berbeda saat menghadapi dua operator ini.

1. Double Equals (==) - Si Toleran (Loose Equality)

Operator == hanya mengecek NILAINYA SAJA, tanpa memedulikan tipe datanya. Jika tipe datanya berbeda (misal yang satu Angka, yang satu Teks), JavaScript akan mencoba "berbaik hati" dan secara paksa mengubah salah satu tipe data tersebut agar mirip dengan lawannya. Proses ini disebut Type Coercion.

console.log(5 == "5");   // HASIL: true
console.log(0 == false); // HASIL: true
console.log(1 == true);  // HASIL: true

Kenapa ini berbahaya?
Sifat toleran ini sering memicu *bug* aneh. Misalnya, kamu ingin mengecek apakah keranjang belanja kosong (0). Tapi karena kamu pakai ==, saat *user* memasukkan teks false atau string kosong "", sistem menganggapnya sama dengan 0!

2. Triple Equals (===) - Si Tegas (Strict Equality)

Operator === mengecek NILAI DAN TIPE DATANYA secara bersamaan. Ia tidak akan pernah melakukan konversi paksa (*Type Coercion*). Jika tipenya sudah beda sejak awal, ia akan langsung mengembalikan nilai false tanpa kompromi.

console.log(5 === "5");   // HASIL: false (Angka vs Teks)
console.log(0 === false); // HASIL: false (Angka vs Boolean)
console.log(5 === 5);     // HASIL: true (Sama-sama Angka)

Aturan Mutlak (Best Practice Industri)

Di dunia *Software Engineering* modern, aturan emasnya sangat sederhana: JANGAN PERNAH MENGGUNAKAN ==. Gunakan === di 100% kode JavaScript/React yang kamu tulis!

Jika kamu mengaktifkan alat pemeriksa kode (Linter) seperti ESLint di VS Code-mu, alat tersebut bahkan akan langsung memberi garis merah peringatan setiap kali ia melihatmu mencoba mengetikkan ==. Strict Equality (===) menjamin kodemu bisa ditebak, stabil, dan jauh dari *bug* ajaib.