Kiedy należy używać zerowych wartości logicznych?

Java booleanpozwala na wartości true, a falsejednocześnie pozwala logiczna true, falsei null. Zacząłem konwertować moje booleans na Booleans. Może to powodować awarie w testach, takich jak

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

podczas testu

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

wydaje się wymyślony i podatny na błędy.

Kiedy, jeśli w ogóle, warto używać Booleans z wartościami null? Jeśli nigdy, to jakie są główne zalety opakowanego przedmiotu?

AKTUALIZACJA: Było tak wiele cennych odpowiedzi, że niektóre z nich podsumowałem we własnej odpowiedzi. Jestem co najwyżej średniozaawansowanym w Javie, więc starałem się pokazać rzeczy, które uważam za przydatne. Zwróć uwagę, że pytanie jest „niepoprawnie sformułowane” (wartość logiczna nie może „mieć wartości zerowej”), ale zostawiłem je na wypadek, gdyby inni mieli to samo błędne przekonanie

Używaj booleanzamiast za Booleankażdym razem, gdy możesz. Pozwoli to uniknąć wielu NullPointerExceptions i sprawi, że Twój kod będzie bardziej niezawodny.

Boolean jest przydatny na przykład

• do przechowywania wartości logicznych w kolekcji (lista, mapa itp.)
• do reprezentowania wartości logicznej dopuszczającej wartość null (pochodzącej na przykład z kolumny logicznej dopuszczającej wartość null w bazie danych). Wartość null może w tym kontekście oznaczać „nie wiemy, czy to prawda, czy fałsz”.
• za każdym razem, gdy metoda wymaga obiektu jako argumentu i musisz przekazać wartość logiczną. Na przykład podczas korzystania z odbicia lub metod takich jak MessageFormat.format().

Prawie nigdy nie używam, Booleanponieważ jego semantyka jest niejasna i niejasna. Zasadniczo masz logikę 3-stanową: prawda, fałsz lub nieznane. Czasami jest to przydatne, gdy np. Dałeś użytkownikowi wybór między dwiema wartościami, a użytkownik w ogóle nie odpowiedział i naprawdę chcesz poznać tę informację (pomyśl: kolumna bazy danych NULLable).

Nie widzę powodu, aby konwertować z booleanna, Booleanponieważ wprowadza to dodatkowe obciążenie pamięci, możliwość NPE i mniej pisania. Zwykle używam niezręczności, BooleanUtils.isTrue()aby ułatwić sobie życie Boolean.

Jedynym powodem istnienia Booleanjest możliwość posiadania kolekcji Booleantypu (typy generyczne nie pozwalają boolean, a także wszystkie inne prymitywy).

Wow, co u licha? Czy to tylko ja, czy wszystkie te odpowiedzi są błędne lub przynajmniej mylące?

Klasa Boolean jest opakowaniem otaczającym typ pierwotny boolowski. Zastosowanie tego opakowania ma na celu przekazanie wartości logicznej w metodzie, która akceptuje obiekt lub rodzaj. Tj. Wektor.

Obiekt boolowski NIGDY nie może mieć wartości null. Jeśli twoje odniesienie do wartości Boolean jest zerowe, oznacza to po prostu, że twoja wartość Boolean nigdy nie została utworzona.

Może Ci się to przydać: http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/6-b14/java/lang/Boolean.java

Null Boolean Reference powinien być używany tylko do wyzwalania podobnej logiki, do której masz jakiekolwiek inne zerowe odniesienie. Używanie go do logiki trzech stanów jest niezdarne.

EDYCJA: uwaga, to Boolean a = true;jest mylące stwierdzenie. To naprawdę oznacza coś bliższego. Boolean a = new Boolean(true); Zobacz autoboxing tutaj: http://en.wikipedia.org/wiki/Boxing_%28computer_science%29#Autoboxing

Być może jest to przyczyna zamieszania.

EDYCJA2: Przeczytaj komentarze poniżej. Jeśli ktoś ma pomysł, jak zmienić moją odpowiedź, aby to uwzględnić, zrób to.

Istnieją trzy szybkie powody:

• do reprezentowania wartości logicznych baz danych, które mogą być true, falselubnull
• do reprezentowania xsd:booleanwartości schematu XML zadeklarowanych wxsd:nillable="true"
• aby móc używać typów ogólnych: List<Boolean>- nie możesz używaćList<boolean>

ODPOWIEDŹ NA WŁASNE PYTANIE: Pomyślałem, że warto odpowiedzieć na moje własne pytanie, ponieważ wiele się nauczyłem z odpowiedzi. Ta odpowiedź ma pomóc tym - takim jak ja - którzy nie mają pełnego zrozumienia problemów. Jeśli używam niewłaściwego języka, popraw mnie.

• Pusta „wartość” nie jest wartością i zasadniczo różni się od truei false. To brak wskaźnika do obiektów. Dlatego myślenie, że Boolean ma 3 wartości, jest zasadniczo błędne

• Składnia Boolean jest skrócona i ukrywa fakt, że odniesienie wskazuje na Obiekty:

  Boolean a = true;

ukrywa fakt, że truejest przedmiotem. Inne równoważne zadania to:

Boolean a = Boolean.TRUE;

lub

Boolean a = new Boolean(true);

• Skrócona składnia

  if (a) ...

różni się od większości innych przypisań i ukrywa fakt, że a może być odniesieniem do obiektu lub prymitywem. Jeśli obiekt jest potrzebny, nullaby uniknąć NPE. Dla mnie psychologicznie łatwiej to zapamiętać, jeśli istnieje test równości:

if (a == true) ...

gdzie możemy zostać poproszeni o przetestowanie wartości null. Tak więc skrócona forma jest bezpieczna tylko wtedy, gdy ajest prymitywna.

Dla siebie mam teraz zalecenia:

• Nigdy nie używaj wartości null dla logiki o trzech wartościach. Używaj tylko prawdy i fałszu.
• NIGDY nie wracaj Booleanz metody, jaka mogłaby być null. Tylko wróć boolean.
• Używaj tylko Booleando zawijania elementów w kontenerach lub argumentów metod, w których wymagane są obiekty

Klasy opakowujące dla prymitywów mogą być używane tam, gdzie wymagane są obiekty, a kolekcje są dobrym przykładem.

Wyobraź sobie, że potrzebujemy jakiegoś sklepu powodu sekwencję booleanw sposób ArrayList, można to zrobić przez boks booleanw Boolean.

Istnieje kilka słów o tym tutaj

Z dokumentacji:

Jak każdy programista Java wie, nie można umieścić wartości int (lub innej pierwotnej wartości) w kolekcji. Kolekcje mogą przechowywać tylko odniesienia do obiektów, więc musisz umieścić wartości pierwotne w odpowiedniej klasie opakowania (która jest Integer w przypadku int). Kiedy wyjmiesz obiekt z kolekcji, otrzymasz liczbę całkowitą, którą wstawiłeś; jeśli potrzebujesz int, musisz rozpakować liczbę Integer za pomocą metody intValue. Całe to pakowanie i rozpakowywanie jest uciążliwe i zaśmieca twój kod. Funkcja autoboxing i unboxing automatyzuje proces, eliminując ból i bałagan.

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

Booleanwrapper jest przydatny, gdy chcesz sprawdzić, czy wartość została przypisana, czy nie poza truei false. Ma następujące trzy stany:

• Prawdziwe
• Fałszywe
• Nie określono, co jest null

Natomiast booleanma tylko dwa stany:

• Prawdziwe
• Fałszywe

Powyższa różnica sprawi, że będzie pomocna w Listach Booleanwartości, które mogą mieć True, Falselub Null.

Przypuszczam, że w pewnym przypadku powinieneś mieć mechanizm rozróżniania pola boolowskiego, które już ustawiło wartość lub nie.

Głównym celem Boolean jest wartość null. Wartość null mówi, że właściwość jest niezdefiniowana , na przykład weź kolumnę dopuszczającą wartość null bazy danych.

Jeśli naprawdę potrzebujesz przekonwertować wszystko z pierwotnych wartości logicznych na logiczne opakowujące, możesz użyć następującego kodu do obsługi starego kodu:

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

Wartość ** null ** w opakowaniu typu Boolean ma wiele zastosowań! :)

Na przykład możesz mieć w formularzu pole o nazwie „biuletyn”, które wskazuje, czy użytkownik chce, czy nie chce, aby otrzymywać biuletyn z Twojej witryny. Jeśli użytkownik nie wybierze wartości w tym polu, możesz zaimplementować domyślne zachowanie w tej sytuacji (wysłać? Nie wysyłać ?, pytanie ponownie? Itd.). Oczywiście, not set (or not selected or ** null **), to nie to samo co prawda czy fałsz.

Ale jeśli „nie ustawiono” nie ma zastosowania do Twojego modelu, nie zmieniaj prymitywu logicznego;)

W ścisłej definicji elementu boolowskiego istnieją tylko dwie wartości. W idealnym świecie to byłaby prawda. W prawdziwym świecie element może brakować lub być nieznany. Zwykle wymaga to wprowadzenia danych przez użytkownika. W systemie opartym na ekranie może to zostać wymuszone przez edycję. W świecie wsadowym korzystającym z bazy danych lub danych wejściowych XML można łatwo brakować elementu.

Tak więc w niedoskonałym świecie, w którym żyjemy, obiekt boolowski jest świetny, ponieważ może reprezentować brakujący lub nieznany stan jako zerowy. W końcu komputery po prostu modelują świat rzeczywisty i powinny uwzględniać wszystkie możliwe stany i obsługiwać je z wyrzucaniem wyjątków (głównie dlatego, że istnieją przypadki użycia, w których zgłoszenie wyjątku byłoby poprawną odpowiedzią).

W moim przypadku obiekt Boolean był idealną odpowiedzią, ponieważ w wejściowym XMLu czasami brakowało elementu i nadal mogłem uzyskać wartość, przypisać ją do wartości Boolean, a następnie sprawdzić wartość null przed próbą użycia z nim testu true lub false .

Tylko moje 2 centy.

Dla wszystkich dobrych odpowiedzi powyżej, podam konkretny przykład w HttpSessionklasie serwletów Java . Mam nadzieję, że ten przykład pomoże w wyjaśnieniu niektórych pytań, które nadal możesz mieć.

Jeśli chcesz zapisać i pobrać wartości dla sesji, użyj setAttributemetody (String, Object) i getAttribute(String, Object). Tak więc w przypadku wartości logicznej jesteś zmuszony użyć klasy Boolean, jeśli chcesz przechowywać ją w sesji http.

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

Ostatnia linia spowoduje a, NullPointerExceptionjeśli wartości atrybutów nie są ustawione. (co jest powodem doprowadziło mnie do tego postu). Tak więc stan logiczny 3 pozostanie, niezależnie od tego, czy wolisz go używać, czy nie.

Najlepszym sposobem byłoby całkowite uniknięcie wartości logicznych, ponieważ każda wartość logiczna implikuje, że w innym miejscu kodu znajduje się instrukcja warunkowa (patrz http://www.antiifcampaign.com/ i to pytanie: Czy możesz napisać dowolny algorytm bez instrukcji if ? ).

Jednak pragmatycznie trzeba od czasu do czasu używać wartości logicznych, ale jak już sam się przekonałeś, radzenie sobie z booleanami jest bardziej podatne na błędy i bardziej uciążliwe. Dlatego sugerowałbym używanie wartości logicznych, gdy tylko jest to możliwe. Wyjątkiem może być starsza baza danych z kolumnami logicznymi dopuszczającymi wartość zerową, chociaż próbowałbym to również ukryć w moim mapowaniu.

Wartość logiczna może być bardzo pomocna, gdy potrzebujesz trzech stanów. Podobnie jak w testowaniu oprogramowania, jeśli Test zostanie zaliczony, wyślij true, jeśli nie powiodło się, wyślij false, a jeśli przypadek testowy zostanie przerwany, wyślij null, co oznacza, że ​​przypadek testowy nie został wykonany.