Mengapa Menggunakan! Boolean_variable Lebih dari boolean_variable == false

Komentar untuk pertanyaan ini: Memeriksa apakah suatu metode mengembalikan false: menugaskan hasil ke variabel sementara, atau menempatkan pemanggilan metode secara langsung dalam kondisi? mengatakan bahwa Anda harus menggunakannya !booleandaripada boolean == falsesaat menguji kondisi. Mengapa? Bagi saya boolean == falsejauh lebih alami dalam bahasa Inggris dan lebih eksplisit. Saya minta maaf jika ini hanya masalah gaya, tapi saya bertanya-tanya apakah ada alasan lain untuk preferensi ini !boolean?

Ketika saya melihat garis seperti if (!lateForMeeting()), saya membaca itu sebagai "Jika tidak terlambat untuk bertemu" , yang cukup mudah untuk dipahami, sebagai kebalikan dari if (lateForMeeting() == false)yang saya baca sebagai "Jika fakta bahwa saya terlambat untuk bertemu adalah salah " .

Mereka identik dalam arti, tetapi yang pertama lebih dekat dengan bagaimana kalimat bahasa Inggris yang setara akan dibangun.

Menulis == falsedan == trueberlebihan. Itu juga bisa dianggap ekstrem yang sewenang-wenang. Jika Anda mulai menulis

if (condition == false) { ... }

Lalu mengapa tidak

if ((condition == false) == true) { ... }

Atau mengapa tidak

if ((someExp == anotherExp) == true) { ... }

Moral dari cerita ini adalah bahwa jika itu conditionadalah ekspresi boolean, maka Anda tidak perlu menambahkan == false; untuk itulah operator !;)

Dalam bahasa C dan beberapa bahasa yang serupa, membandingkan ekspresi boolean untuk kesetaraan dengan falseatau truemerupakan kebiasaan berbahaya.

Dalam C, ekspresi skalar apa saja (angka atau penunjuk) dapat digunakan dalam konteks boolean, misalnya sebagai kondisi ifpernyataan. C aturan adalah bahwa if (cond)setara dengan if (cond != 0)- yaitu, nol adalah palsu, dan setiap nilai bukan nol benar. Jika condtipe pointer, 0diperlakukan sebagai konstanta pointer nol; if (ptr)berarti if (ptr != NULL).

Ini artinya

if (cond)

dan

if (cond == true)

tidak berarti hal yang sama . Yang pertama benar jika condtidak nol; yang kedua adalah benar hanya jika itu sama dengan true, yang di C (jika Anda punya #include <stdbool.h>) sederhana 1.

Misalnya, isdigit()fungsi yang dideklarasikan dalam <ctype.h>mengembalikan intnilai, 0jika argumennya adalah digit, bukan nol jika bukan. Dapat kembali 42untuk menunjukkan bahwa kondisinya benar. Membandingkan 42 == trueakan gagal.

Kebetulan 0satu-satunya nilai yang dianggap salah, jadi perbandingan kesetaraan dengan falseakan berhasil; if (!cond)dan if (cond == false)melakukan hal yang sama. Tetapi jika Anda akan mengambil keuntungan dari itu, Anda harus ingat bahwa membandingkan dengan falseitu ok, dan membandingkan dengan trueitu tidak. Lebih buruk lagi, membandingkan dengan trueakan bekerja sebagian besar waktu (misalnya, operator kesetaraan dan relasional selalu menghasilkan salah satu 0atau 1). Ini berarti bahwa setiap bug yang Anda perkenalkan dengan menggunakan ini masih sulit dilacak. (Jangan khawatir, mereka akan muncul segera setelah Anda demo kode ke klien penting.)

C ++ memiliki aturan yang sedikit berbeda; misalnya, booltipenya sedikit lebih terintegrasi ke dalam bahasa, dan if (cond)mengkonversi conduntuk mengetik bool. Tetapi efeknya (kebanyakan) sama.

Beberapa bahasa lain memiliki apa yang orang sebut boolean berperilaku lebih baik, sehingga cond == truedan cond == false(atau apa pun sintaks yang terjadi) aman. Meski begitu, setiap bahasa yang saya lihat memiliki notatau !operator; itu ada di sana, jadi Anda sebaiknya menggunakannya. Menggunakan cond == falsedaripada !condatau not condtidak, menurut saya, meningkatkan keterbacaan. (Memang benar bahwa !karakter bisa sulit dilihat sekilas; Saya kadang-kadang menambahkan spasi setelah !untuk menghindari ini.)

Dan seringkali Anda dapat menghindari masalah dan meningkatkan kejelasan dengan mengatur ulang kode sedikit. Misalnya, daripada:

if (!cond) {
    do_this();
}
else {
    do_that();
}

Anda mungkin menulis:

if (cond) {
     do_that();
}
else {
    do_this();
}

Itu tidak selalu lebih baik, tetapi tidak ada salahnya mencari peluang di tempat itu.

Ringkasan: Dalam C dan C ++, perbandingan kesetaraan dengan truedan falseberbahaya, terlalu bertele-tele, dan gaya yang buruk. Dalam banyak bahasa lain, perbandingan seperti itu mungkin tidak berbahaya, tetapi masih terlalu bertele-tele dan gaya yang buruk.

Keduanya identik secara fungsional, sehingga yang digunakan adalah masalah selera.

Alasan utama yang saya gunakan == falseadalah bahwa saya telah menemukan bahwa !terlalu mudah untuk diabaikan, ketika melihat kode.

Karena telah digigit parah oleh ini, saya sudah terbiasa membuatnya sangat jelas ketika menguji palsu.

Seandainya operator dinamai notseperti dalam Pascal, saya tidak berpikir ini akan menjadi masalah.

Jika condition == falsememang "jauh lebih alami dalam bahasa Inggris" untuk Anda maka saya harus berasumsi bahwa Anda bukan penutur asli. Kalau tidak, saya tidak bisa menjelaskan ini, karena tidak ada yang berbicara seperti itu:

Jika matahari bersinar salah, saya tinggal di rumah.

Bandingkan dengan

Jika matahari tidak bersinar saya tinggal di rumah.

Yang mengatakan, saya setuju bahwa karakter tunggal, ramping !mudah diabaikan dalam kode. Untuk alasan itu, saya lebih suka kata kunci notketika didukung oleh bahasa. C ++ misalnya memang memungkinkan ini meskipun banyak programmer tidak menyadarinya.

Untuk bahasa yang membutuhkan !, saya memberi jarak antara operator dan operan. Ini membuat negasi jauh lebih sulit untuk diabaikan:

if (! condition) { … }

Perhatikan bahwa setiap programmer harus menerjemahkan ini secara otomatis , tanpa berpikir dua kali, untuk "tidak mengkondisikan" di kepala mereka. Memperoleh kelancaran semacam ini dalam membaca idiom kode adalah salah satu langkah pertama untuk menjadi programmer yang baik.

Ketika saya melihat var == falsesaya selalu bertanya-tanya apakah varboolean atau tipe logika dengan lebih dari dua nilai (dengan, misalnya, a maybedan undefineddan juga truedan false, atau sesuatu seperti nilai sembilan IEEE 1164 ).

karena kadang-kadang Anda mungkin menulis boolean = false(dengan kesalahan yang jelas) dan false == booleantidak tampak alami (tidak peduli seberapa bagus praktiknya)

if (!boolean_variable)diterjemahkan menjadi if the condition is not true.

if (boolean == false)diterjemahkan menjadi if the condition not false is true. Karena itu logika terbalik, lebih sulit untuk dipahami.

Dalam kompiler lama (banyak), saya percaya mereka akan memecah (boolean == false) menjadi 2 tugas register dan kode perbandingan dalam bahasa mesin. Contoh pertama akan dipecah menjadi satu tugas dan operator TIDAK. Dalam hal kinerja, operasi perbandingan akan mengambil sejumlah siklus jam, tergantung pada ukuran register yang dibandingkan, dibandingkan dengan pembalikan bitwise (1 jam) dan akan lebih lambat untuk dijalankan.

Yang sedang berkata, saya percaya kompiler baru menghilangkan ini, jadi itu boleh saja untuk pergi dengan baik.

Di tempat kerja saya sering berurusan dengan Boolean yang bisa nol jadi saya akan sering kode kasus ini sebagai

if (value != null && value == true){
    //do something
}

karena saya pribadi merasakan simetri membuatnya lebih mudah dibaca. Terutama jika ada Boolean lain yang sedang diuji juga.

Saya benar-benar tidak peduli dengan satu atau lain cara.

Ketika Anda menguji kondisi sebenarnya, masuk akal untuk melakukan hal yang adil if (condition), terutama ketika Anda menerapkan konvensi penamaan variabel boolean dimulai dengan 'is': if (isOpen)sangat jelas dan menggunakan != falseakan berlebihan.

Untuk C / C ++ / Java / dll. programmer, arti dari '!' Operator sepenuhnya berasimilasi, ke titik yang secara otomatis kita miliki 'tidak' dalam pikiran kita ketika kita melihatnya. Jadi memiliki if (!isOpen)sejelas if (_NOT_ isOpen)bagi saya. Tapi Anda tidak cukup familiar, di C / C ++ Anda bisa membuat makro #define _NOT_ !. Tapi percayalah, setelah beberapa tahun ini sama sekali tidak perlu.

Selain itu, selalu lebih baik untuk menguji nilai boolean tanpa membandingkannya dengan literal. Sebagai contoh, berbahaya untuk menguji if (x == true)karena nilai boolean dianggap benar jika bukan nol, dan literal benar hanya memiliki satu nilai spesifik, sehingga x bisa 'benar' (yaitu bukan nol) dan masih perbandingannya bernilai false (karena itu berisi 2 dan literal true adalah, katakanlah, 1.) Tentu saja itu tidak berlaku untuk perbandingan dengan false, tetapi jika Anda tidak menggunakannya saat menguji true, mengapa menggunakannya saat menguji false?

Ukuran diperhitungkan ;)

Dalam ekspresi campuran, lebih mudah dibaca:

boolean1 = false
boolean2 = true

p ! boolean1 and ! boolean2
p boolean1 == false and boolean2 == false

Dan terutama untuk ruby ​​contoh di mana ada perbedaan besar:

boolean = nil
p ! boolean         #-> true
p boolean == false  #-> false

nol tidak salah, tetapi juga tidak benar.

Berdasarkan dari pengalaman saya dan jawaban dari pertanyaan saya yang telah Anda tautkan.

Beberapa orang lebih suka menggunakan if (kondisi), karena alasannya lebih pendek untuk menulis. dan bagi saya itu benar-benar masuk akal, misalnya (! isValidated ()) Saya membaca ini sebagai Tidak Divalidasi. tetapi bagi saya itu semua didasarkan pada preferensi pribadi, dan itu tergantung pada struktur logis dari metode isValidated (), apakah itu mengembalikan benar atau salah

Jika Anda memberi nama variabel dengan benar, maka !booleanitu lebih alami. Bunyinya not booleankepada siapa saja yang cukup programmer untuk membaca kode secara mental.

Bagi sebagian orang, semakin cepat suatu makna diungkapkan, semakin baik.

Untuk orang-orang yang memiliki "jika! ..." membandingkan lebih cepat dengan "jika ..." maka harus membaca seluruh kondisi (yang sebenarnya bisa sangat panjang, misalnya (thisThing = thatThing atau sesuatu = hal lain) ATAU ( thinga = thingb dan thinga = thingd), dll.) hanya untuk menemukan == false di akhir.

Memiliki! (Saya benar-benar lebih suka tidak ketika bahasa memungkinkan) tepat di depan mendapat bahasa Inggris 'tidak' untuk kondisi ini di sana lebih cepat.

Masalah ini juga mengarah pada pertimbangan untuk menggunakan untildalam bahasa yang mendukungnya, mis. Lakukan 'barang umum' sampai semuanya selesai. Seperti yang orang lain katakan, ekspresi bahasa alami adalah tujuannya. Saya suka contoh "matahari bersinar" di atas.

Alasan lain adalah bahwa jika Anda bekerja dalam basis kode yang menggunakan beberapa bahasa, jika ada satu cara idiomatis untuk melakukan sesuatu yang aman di semua bahasa, itu ide yang cukup bagus untuk melakukannya di mana-mana sehingga Anda membentuk kebiasaan yang baik dan cenderung naik.

Saya tidak dapat memikirkan di mana pun yang if (!variable)(atau yang sepadan seperti if not variabletergantung pada bahasa Anda) tidak aman, sedangkan misalnya if self.is_ready() == False: ...tidak aman dengan python jika self.is_ready()kembali None, sekarang atau di masa depan, yang akan menjadi hal yang sangat masuk akal untuk dilakukan terhadap menunjukkan itu tidak siap karena Nonesama palsu False.