Neden Kullanım! Boolean_variable Over boolean_variable == yanlış

Bu soru hakkında bir yorum: Bir yöntemin false döndürüp döndürmediğini denetleme: geçici değişkene sonuç atama ya da yöntem çağrısını doğrudan koşullu olarak yapma? koşulları test ederken !booleanyerine kullanmanız gerektiğini söylüyor boolean == false. Neden? Bana göre boolean == falseİngilizce'de çok daha doğal ve daha açık. Bu sadece stil meselesi ise özür dileriz, ancak bu tercihi için başka sebepler olup olmadığını merak ediyorum !boolean?

Bunun gibi bir çizgi if (!lateForMeeting())gördüğümde, "Toplantıya geç kalmadıysam" , if (lateForMeeting() == false)okuduğumun aksine "Anlaşmaya geç kalmam yanlışsa , " Anlaşılması için geç değilse " olarak okudum. " .

Onlar anlam bakımından özdeştir, ancak eski eşdeğer İngilizce cümlenin nasıl kurulacağına daha yakın.

Yazma == falseve == truegereksizdir. Keyfi uç noktalara da alınabilir. Eğer yazmaya başlarsan

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

Öyleyse neden olmasın

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

Ya da neden olmasın

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

Bu hikayenin ahlaki, eğer conditionbir boolean ifade ise, o zaman eklemenize gerek yoktur == false; operatör !bu içindir;)

C ve bazı benzer dillerde, için eşitlik boolean ifadeleri karşılaştırarak falseveya truetehlikeli bir alışkanlıktır.

C'de herhangi bir skalar ifade (sayısal veya işaretçi), örneğin bir ifdeyimin koşulu olarak bir boolean bağlamında kullanılabilir . C kuralı if (cond)şuna eşittir if (cond != 0)- yani, sıfır yanlıştır ve sıfır olmayan herhangi bir değer doğrudur. Eğer condişaretçi tiptedir, 0bir boş gösterici sabit olarak kabul edilir; if (ptr)anlamına gelir if (ptr != NULL).

Bu şu demek

if (cond)

ve

if (cond == true)

aynı şeyi kastetmiyorum . İlki condsıfır değilse ilk doğrudur ; İkincisi, yalnızca trueC'ye (varsa #include <stdbool.h>) basit olan eşitse geçerlidir 1.

Örneğin, içinde isdigit()bildirilen işlev , bir rakam ise argüman, sıfır değilse sıfır olmayan <ctype.h>bir intdeğer döndürür 0. Koşulun 42doğru olduğunu belirtmek için geri dönebilir . Karşılaştırma 42 == truebaşarısız olur.

O olur 0için eşitlik karşılaştırılması, böylece yanlış olduğu düşünülen tek değerdir falseçalışacaktır; if (!cond)ve if (cond == false)aynı şeyi yapın. Ancak bundan faydalanacaksanız, karşılaştırmanın falsetamam olduğunu ve karşılaştırmanın trueolmadığını hatırlamak zorundasınız . Daha da kötüsü, karşılaştırmanın çoğu zamantrue işe yarayacağını (örneğin, eşitlik ve ilişkisel operatörler her zaman ya da verimi sağlar ). Bu, bunu kullanarak girdiğiniz herhangi bir hatanın hala tespit edilmesinin zor olabileceği anlamına gelir. (Endişelenmeyin, kodu önemli bir müşteriye demonte ettikten sonra görünecekler.)01

C ++ biraz farklı kurallara sahiptir; örneğin, booldili biraz daha sıkı bir şekilde tümleşiktir ve türe if (cond)dönüşür . Ancak etkisi (çoğunlukla) aynıdır.condbool

Bazı diğer diller, birinin daha iyi davranışta bulunan booleanlar diyebileceği şeye sahiptir; öyle ki cond == trueve cond == false(veya sözdizimi ne olursa olsun) güvenlidir. Öyle olsa bile, gördüğüm her dilin bir vardır notya !operatör; o orada, o yüzden kullansan iyi edersin. Bence kullanmak cond == falseyerine !condya da yapma not cond, okunabilirliği arttırmak. ( !Bir bakışta karakterin görülmesinin zor olabileceği doğru ; Bazen bundan !kaçınmak için boşluk eklerim .)

Sıklıkla sorunu önleyebilir ve kodu hafifçe yeniden düzenleyerek netliği artırabilirsiniz. Örneğin, yerine:

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

yazabilirsin:

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

Bu her zaman daha iyi değildir , ancak olduğu yerde fırsat aramaktan zarar gelmez.

Özet: C ve C ++, eşitlik karşılaştırmalarda için trueve falsetehlikeli aşırı ayrıntılı ve zayıf stili vardır. Diğer birçok dilde, bu tür karşılaştırmalar tehlikeli olmayabilir, ancak yine de aşırı ayrıntılı ve zayıf stillerdir.

Eğer condition == falsegerçekten sizin için “İngilizce'de daha doğal” ise, anadili olmadığınızı varsaymalıyım. Aksi takdirde bunu açıklayamam, çünkü kimse böyle konuşmuyor:

Güneş parlıyorsa yanlıştır evde kalırım.

Şunu karşılaştır

Güneş parlamıyorsa, evde kalırım.

Bununla birlikte, tek, ince !karakterin kodda kolayca gözden kaçabileceğini kabul ediyorum . Bu nedenle, notdili desteklediğinde anahtar kelimeyi tercih ederim . Örneğin C ++ yapar birçok programcı bunun farkında olmasalar da buna izin.

Gereken diller için !operatör ile operand arasına bir boşluk koyarım. Bu, olumsuzlamayı göz ardı etmek çok daha zorlaştırır:

if (! condition) { … }

Her programcının bunu ikinci bir düşünce olmadan otomatik olarak kendi başlarına "koşulsuz" olarak çevirmesi gerektiğine dikkat edin . Kod deyimlerini okurken bu kadar akıcılık kazanmak, iyi bir programcı olmanın ilk adımlarından biri.

İkisi işlevsel olarak özdeştir, bu nedenle kullanılacak olanı zevk meselesidir.

Başlıca nedeni ben kullanmak == falseben bulduk ki !kodun bakarken, göz ardı etmek çok kolaydır.

Bununla ciddi bir şekilde ısırıldığını, yanlış için test ederken çok açık bir şekilde yapma alışkanlığım oldu.

Operatör notPascal'daki gibi adlandırılmış olsaydı, bunun bir sorun olacağını düşünmemiştim.

Ben gördüğümde var == falsehep acaba varBoole veya ikiden fazla değerlere sahip bir mantık tiptedir (örneğin, a için birlikte maybeve bir undefinedyanısıra trueve falseya gibi bir şey IEEE 1164 dokuz değerler ).

çünkü bazen yazabilirsiniz boolean = false(belirgin hatalarla) ve false == booleandoğal görünmüyor (ne kadar iyi bir uygulama olursa olsun)

if (!boolean_variable)çevirir if the condition is not true.

if (boolean == false)çevirir if the condition not false is true. Bunun tersine çevrilmiş bir mantık olduğundan anlaşılması daha zordur.

(Çok) eski derleyicilerde, 2 kayıt tahsisine (boolean == false) ayrılacağına ve makine dilinde bir kod koyacağına inanıyorum. İlk örnek bir ödev ve bir NOT işlecine ayrılır. Performans açısından karşılaştırma işlemi, karşılaştırılan yazmacının boyutuna bağlı olarak, bitsel bir tersine (1 saat) kıyasla bir dizi saat devri alacaktır ve yürütülmesi daha yavaş olacaktır.

Olduğu söyleniyor, yeni derleyicilerin bununla ortadan kalktığına inanıyorum, öyleyse ikisiyle de gitmek sorun değil.

İşyerinde sık sık boş olabilecek Boolean'larla uğraşıyorum, bu yüzden bu davayı sık sık kodlayacağım.

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

çünkü simetrinin okumayı kolaylaştırdığını şahsen hissediyorum. Özellikle de test edilen diğer Boole'lar varsa.

Öyle ya da böyle umurumda değil.

Doğru koşulu test ederken if (condition), özellikle de 'is' ile başlayan boolean değişkenleri adlandırma kuralını uyguladığınızda , bunu yapmak mantıklı olacaktır : if (isOpen)tamamen açık ve != falsekullanımı gereksiz olacaktır.

C / C ++ / Java / etc için. programcı, '!' nin anlamı Operatör, gördüğümüzde zihinlerimizde otomatik olarak 'yok' olduğumuz noktaya kadar tamamen özümsenmiştir. Yani sahip if (!isOpen)olmak if (_NOT_ isOpen)benim için olduğu kadar açık . Ancak yeterince tanıdık değilsiniz, C / C ++ ile bir makro oluşturabilirsiniz #define _NOT_ !. Ama güven bana, birkaç yıl sonra bu tamamen gereksiz.

Bunun yanında, boole değerlerini değişmez değerlerle karşılaştırmadan test etmek her zaman tercih edilir. Örneğin, if (x == true)bir boole değerinin sıfır değilse doğru olduğu kabul edildiğinden ve gerçek anlamdaki gerçekin yalnızca belirli bir değeri olduğundan test etmek tehlikelidir , bu nedenle x 'doğru' (yani sıfır olmayan) olabilir ve yine de karşılaştırma false olarak değerlendirilir (çünkü 2 içeriyor ve değişmez doğru, diyelim ki, 1) Elbette, yanlışla kıyaslama için geçerli değildir, ancak doğru için sınama kullanmıyorsanız, neden yanlış için sınama kullanıyorsanız?

Boyut önemlidir;)

Karışık ifadelerde okumak daha kolaydır:

boolean1 = false
boolean2 = true

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

Ve özellikle yakut için büyük bir fark olduğu bir örnek:

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

nil yanlış değildir, fakat aynı zamanda doğru değildir.

Tecrübelerime ve bağlı olduğum araştırmamın cevaplarına dayanarak.

Bazı insanlar eğer (koşul) kullanmayı tercih ederler, çünkü bunun nedeni, yazmanın daha kısa olmasıdır. ve benim için aslında mantıklı geliyor, örneğin (! isValidated ()) Bunu Validated değil olarak okudum. ama benim için hepsi kişisel tercihlere dayanıyor ve isValidated () yönteminin mantıksal yapısına bağlı, ya doğru ya da yanlış döner.

Değişkeninizi doğru bir şekilde adlandırdıysanız !boolean, daha doğaldır. Sanki okur not booleaniçin bir programcı yeter herkese kodunu okumak zihinsel.

Bazı insanlar için, bir anlam ne kadar erken olursa o kadar iyi ifade edilir.

"İf! ..." olan insanlar için "if ..." ile daha hızlı karşılaştırırlar, sonra tüm durumu okumak zorunda kalırlar (bu aslında oldukça uzun olabilir, örneğin (thisThing = thatThing veya bir şey = diğer şey) VEYA ( thinga = thingb ve thinga = thingd), vs.) sadece == false komutunu bulmak için.

Sahip olmak! (Aslında dil izin verdiğinde bir tercih etmem). Hemen ön tarafta bu durum için ingilizce 'not' alır.

Bu sorun aynı zamanda untilonu destekleyen dillerin kullanılmasına da dikkat eder, örneğin, bir şey tamamlanana kadar 'ortak şeyler'. Diğerlerinin dediği gibi, doğal dil ifadesi hedefidir. Yukarıdaki "güneş parlıyor" örneğini seviyorum.

Başka bir neden, birkaç dil kullanan bir kod tabanında çalışıyorsanız, tüm dillerde güvenli olan bir şey yapmanın aptalca bir yolu varsa, bunu her yerde bu şekilde yapmak iyi bir alışkanlık oluşturmak için iyi bir fikirdir. ve yukarı çıkmak daha az olasıdır.

if (!variable)(Veya if not variablekendi dilinize bağlı gibi eşdeğerlerin ) güvenli olmadığı hiçbir yerde düşünemiyorum , oysa örneğin şimdi ya da gelecekte, geri dönmek için if self.is_ready() == False: ...pythonda güvenli değil . hazır olmadığını gösterir çünkü o kadar falsey .self.is_ready()NoneNoneFalse