Boş Boole değerleri ne zaman kullanılmalıdır?

Java booleandeğerlerini verir trueve falseBoole sağlarken true, falseve null. My booleanleri s ye dönüştürmeye başladım Boolean. Bu gibi testlerde çökmelere neden olabilir

Boolean set = null;
...
if (set) ...

test sırasında

if (set != null && set) ...

anlaşılmaz ve hataya açık görünüyor.

Ne zaman, eğer olursa, Booleans null değerlerle kullanmak yararlı olur ? Hiç değilse, sarılmış nesnenin ana avantajları nelerdir?

GÜNCELLEME: O kadar çok değerli cevap var ki, bazılarını kendi cevabımda özetledim. En iyisi Java'da bir arabulucuyum, bu yüzden yararlı bulduğum şeyleri göstermeye çalıştım. Soru "yanlış ifade" olduğunu unutmayın (Boolean "null değeri olamaz") ama diğerleri aynı yanlış anlama durumunda bıraktım

Her zaman booleanyerine kullanın Boolean. Bu, birçok NullPointerExceptions'yi önler ve kodunuzu daha sağlam hale getirir.

Boolean yararlıdır, örneğin

• booleanları bir koleksiyonda saklamak için (Liste, Harita vb.)
• nullable boolean'ı temsil etmek için (örneğin, bir veritabanındaki nullable boolean sütunundan geliyor). Boş değer, bu bağlamda "doğru mu yanlış mı bilmiyoruz" anlamına gelebilir.
• bir yöntemin bağımsız değişken olarak her Nesneye ihtiyacı olduğunda ve bir boolean değeri iletmeniz gerekir. Örneğin, yansıma veya benzeri yöntemler kullanılırken MessageFormat.format().

Neredeyse hiç kullanmıyorum Booleançünkü anlambilimi belirsiz ve belirsizdir. Temel olarak 3 durumlu mantığınız var: doğru, yanlış veya bilinmiyor. Bazen kullanıcıya iki değer arasında bir seçim yaptığınızda ve kullanıcı hiç cevap vermediğinde ve bu bilgiyi gerçekten bilmek istediğinizde kullanmak yararlı olabilir (düşün: NULLable veritabanı sütunu).

Ben dönüştürmek için hiç bir neden görmüyorum booleaniçin Booleanekstra bellek yükü, NPE ihtimalini daha az yazar tanıtır olarak. Tipik olarak BooleanUtils.isTrue()hayatımı biraz daha kolaylaştırmak için garip davranırım Boolean.

Varlığının tek nedeni Boolean, Booleantip koleksiyonlarına sahip olma yeteneğidir (jenerikler booleandiğer tüm ilkellerin yanı sıra izin vermez ).

Vay canına, yeryüzünde ne var? Sadece ben miyim yoksa tüm bu cevaplar yanlış mı yoksa en azından yanıltıcı mı?

Boolean sınıfı, boolean ilkel tipinin etrafındaki bir sarıcıdır. Bu sargının kullanımı, bir nesneyi veya genel nesneyi kabul eden bir yöntemde bir boole iletebilmelidir. Yani vektör.

Boole nesnesinin ASLA değeri null olamaz. Senin Eğer referans bir Boolean null, basitçe senin Boole yaratılmış hiçbir zaman anlamına gelir.

Bunu yararlı bulabilirsiniz: http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/6-b14/java/lang/Boolean.java

Bir boş Boole referansı, yalnızca başka bir boş referansınız olan benzer mantığı tetiklemek için kullanılmalıdır. Üç durum mantığı için kullanmak beceriksizdir.

EDIT: dikkat, bu Boolean a = true;yanıltıcı bir ifadedir. Bu gerçekten daha yakın bir şeye eşittir Boolean a = new Boolean(true); Lütfen burada otomatik kutulamaya bakın: http://en.wikipedia.org/wiki/Boxing_%28computer_science%29#Outoboxing

Belki de bu karışıklığın çoğunun geldiği yerdir.

EDIT2: Lütfen aşağıdaki yorumları okuyun. Herhangi birinin bunu dahil etmek için cevabımı nasıl yeniden yapılandıracağı hakkında bir fikri varsa, lütfen yapın.

Bunun üç hızlı nedeni vardır:

• Veritabanı boole değerlerini temsil etmek true,false ya danull
• XML Şemalarını temsil etmek xsd:boolean değerlerini göstermekxsd:nillable="true"
• genel türleri kullanabilmek için: List<Boolean>- kullanamazsınızList<boolean>

SORUNA CEVAP: Cevaplardan çok şey öğrendiğimde kendi sorumu yanıtlamanın yararlı olacağını düşündüm. Bu cevap, benim gibi sorunları tam olarak anlamayanlara yardım etmeyi amaçlamaktadır. Yanlış dil kullanırsam lütfen beni düzeltin.

• Boş "değer" bir değer değildir ve temelde truevefalse . Nesnelere bir işaretçi olmamasıdır. Bu nedenle Boole'nin 3 değerli olduğunu düşünmek temelde yanlıştır

• Boolean sözdizimi kısaltılır ve başvurunun Nesneleri işaret ettiği gerçeğini gizler:

  Boolean a = true;

truebir nesne olduğu gerçeğini gizler . Diğer eşdeğer ödevler şunlar olabilir:

Boolean a = Boolean.TRUE;

veya

Boolean a = new Boolean(true);

• Kısaltılmış sözdizimi

  if (a) ...

diğer ödevlerden farklıdır ve a'nın bir nesne referansı veya ilkel olabileceği gerçeğini gizler. Bir nesne varsa nullNPE'den kaçınmak için test etmek gerekir . Benim için bir eşitlik testi varsa bunu hatırlamak psikolojik olarak daha kolaydır:

if (a == true) ...

burada null değerini test etmemiz istenebilir. Böylece kısaltılmış form ancak ailkel olduğunda güvenlidir .

Kendim için şimdi önerilerim var:

• 3 değerli mantık için asla null kullanmayın. Sadece doğru ve yanlış kullanın.
• ASLA Booleanbir yöntemden olduğu gibi dönmeyin null. Sadece geri dön boolean.
• Yalnızca Booleanöğeleri kaplara veya nesnelerin gerekli olduğu yöntemlere yönelik bağımsız değişkenlere sarmak için kullanın

Temel öğeler için sarıcı sınıfları, nesnelerin gerekli olduğu yerlerde kullanılabilir, koleksiyonlar iyi bir örnektir.

Nedense bir dizi saklamak için ihtiyacınız düşünün booleanbir in ArrayList, bu boks yapılabilir booleaniçindeBoolean .

Bununla ilgili birkaç kelime var var

Belgelerden:

Herhangi bir Java programcısının bildiği gibi, bir koleksiyona int (veya başka bir ilkel değer) koyamazsınız. Koleksiyonlar yalnızca nesne referanslarını tutabilir, bu nedenle ilkel değerleri uygun sarmalayıcı sınıfına (int durumunda Integer olan) kutulamanız gerekir. Nesneyi koleksiyondan çıkardığınızda, koyduğunuz Tamsayı alırsınız; int'e ihtiyacınız varsa, intValue yöntemini kullanarak Tamsayı kutusundan çıkarmanız gerekir. Tüm bu boks ve kutudan çıkarma bir acıdır ve kodunuzu tıkar. Otomatik kutulama ve kutudan çıkarma özelliği, süreci otomatikleştirerek ağrıyı ve dağınıklığı ortadan kaldırır.

http://docs.oracle.com/javase/1.5.0/docs/guide/language/autoboxing.html

BooleanEğer değer dışında atanmış olup olmadığına istediğinizde sarıcı yararlıdır trueve false. Aşağıdaki üç duruma sahiptir:

• Doğru
• Yanlış
• Tanımlanmayan hangisi null

Halbuki booleansadece iki durumu vardır:

• Doğru
• Yanlış

Yukarıdaki fark , veya Booleanolabilen değer listelerinde yardımcı olacaktır .TrueFalseNull

Bazı durumlarda, zaten ayarlanmış veya ayarlanmamış bir Boolean alanını ayırt etmek için bir mekanizmanız olmalıdır.

Boolean'ın temel amacı boş değerdir. Boş değer, özelliğin tanımsız olduğunu , örneğin veritabanı null alınabilir sütununu söylüyor .

Gerçekten her şeyi ilkel boole'den sarmalayıcı Boole'ye dönüştürmeniz gerekiyorsa, eski kodu desteklemek için aşağıdakileri kullanabilirsiniz:

Boolean set = Boolean.FALSE; //set to default value primitive value (false)
...
if (set) ...

Boole paketinde ** null ** değeri için birçok kullanım vardır! :)

Örneğin, bir formda, kullanıcının sitenizden bir bülten isteyip istemediğini belirten "bülten" adlı bir alanınız olabilir. Kullanıcı bu alanda bir değer seçmezse, bu duruma varsayılan bir davranış uygulamak isteyebilirsiniz (gönderme? Gönderme?, Tekrar soru ?, vb.). Açıkçası, ayarlanmadı (veya seçilmedi veya ** null **), true veya false ile aynı değil.

Ancak, "ayarlanmadı" modeliniz için geçerli değilse, boole ilkel değerini değiştirmeyin;)

Bir boolean öğesinin katı bir tanımında, sadece iki değer vardır. Mükemmel bir dünyada, bu doğru olurdu. Gerçek dünyada, öğe eksik veya bilinmiyor olabilir. Genellikle, bu kullanıcı girdisini içerir. Ekran tabanlı bir sistemde, bir düzenleme ile zorlanabilir. Bir veritabanı veya XML girişi kullanan bir toplu iş dünyasında öğe kolayca eksik olabilir.

Yani, içinde yaşadığımız kusursuz olmayan dünyada, Boolean nesnesi, eksik veya bilinmeyen durumu null olarak temsil edebilmesi açısından harikadır. Sonuçta, bilgisayarlar gerçek dünyayı bir model olarak tüm olası durumları hesaba katmalı ve istisnaları atma ile ele almalıdır (çoğunlukla istisnayı atmanın doğru yanıt olacağı kullanım durumları olduğundan).

Benim durumumda, Boolean nesnesi mükemmel bir yanıttı çünkü giriş XML'si bazen öğe eksikti ve hala bir değer alabilir, bir Boolean'a atayabilir ve daha sonra onunla doğru veya yanlış bir test kullanmaya çalışmadan önce bir boş olup olmadığını kontrol edebilirim. .

Sadece 2 sentim.

Yukarıdaki tüm iyi cevaplar için, Java sunucu uygulamasında somut bir örnek vereceğim HttpSession sınıfında . Umarım bu örnek hala sahip olabileceğiniz bazı soruları netleştirmeye yardımcı olur.

Bir oturum için değerleri depolamanız ve almanız gerekiyorsa, setAttribute(String, Object) ve getAttribute(String, Object) yöntemini kullanırsınız. Dolayısıyla, bir boolean değeri için, http oturumunda depolamak istiyorsanız Boolean sınıfını kullanmak zorunda kalırsınız.

HttpSession sess = request.getSession(false);
Boolean isAdmin = (Boolean) sess.getAttribute("admin");
if (! isAdmin) ...

NullPointerExceptionÖznitelik değerleri ayarlanmadıysa son satır a'ya neden olur . (bu yüzden beni bu göreve götürdü). Bu yüzden 3 mantık durumu, kullanmayı tercih edip etmediğinizi tercih etmek için burada.

En iyi yol, boolean'lardan tamamen kaçınmaktır, çünkü her boolean, kodunuzun başka bir yerinde koşullu bir ifadeye sahip olduğunuzu ima eder (bkz. Http://www.antiifcampaign.com/ ve bu soru: if ifadesi olmadan herhangi bir algoritma yazabilir misiniz? ? ).

Bununla birlikte, pragmatik olarak zaman zaman boolean kullanmak zorundasınız, ancak kendiniz zaten bildiğiniz gibi, Booleans ile uğraşmak daha hata eğilimli ve daha hantaldır. Bu yüzden mümkün olan her yerde boolean kullanmanızı öneririm. Eşleme boolean sütunları ile eski bir veritabanı olabilir, ancak eşlememde de gizlemeye çalışacağım.

Üç duruma ihtiyacınız olduğunda Boolean çok yardımcı olabilir. Test geçilirse yazılım testinde olduğu gibi, doğru gönderilirse, başarısız olursa yanlış gönderilir ve test durumu kesilirse, test durumunun yürütülmediğini gösterecek boş değer gönderir.