Коли слід використовувати нульові значення булевих значень?

Java booleanдозволяє значення trueі в falseтой час як Boolean дозволяє true, falseі null. Я почав перетворювати свій booleans в Booleans. Це може спричинити збої в таких тестах, як

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

під час тесту

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

здається надуманим і схильним до помилок.

Коли, якщо взагалі, це корисно використовувати Boolean s з нульовими значеннями? Якщо ніколи, то які основні переваги загорнутого предмета?

ОНОВЛЕННЯ: Було так багато цінних відповідей, що я частину резюмував у власній відповіді. Я в кращому випадку є посередником у Java, тому я намагався показати речі, які мені здаються корисними. Зауважте, що питання "неправильно сформульовано" (булеве значення не може "мати нульове значення"), але я залишив його у випадку, якщо інші мають те саме помилкове уявлення

Використовуйте, booleanа не Booleanкожен раз, коли зможете. Це дозволить уникнути багатьох NullPointerExceptions і зробить ваш код більш надійним.

Boolean корисно, наприклад

• зберігати булеви в колекції (список, карта тощо)
• представляти нульовий булевий (наприклад, з нульового булевого стовпчика в базі даних, наприклад). Нульове значення може означати "ми не знаємо, чи це правда чи неправда" в цьому контексті.
• кожен раз, коли методу потрібен об'єкт як аргумент, і вам потрібно передати булеве значення. Наприклад, при використанні рефлексії або подібних методів MessageFormat.format().

Я майже ніколи не використовую, Booleanоскільки його семантика нечітка і незрозуміла. В основному у вас є 3-державна логіка: правдива, помилкова чи невідома. Іноді корисно використовувати його, коли, наприклад, ви дали користувачеві вибір між двома значеннями, а користувач взагалі не відповів, і вам дуже хочеться знати цю інформацію (подумайте: стовпець бази даних NULLable).

Я не бачу причин для перетворення booleanна, Booleanоскільки це створює додаткові накладні витрати на пам'ять, можливість NPE та менше набирати текст. Зазвичай я використовую незручно, BooleanUtils.isTrue()щоб трохи полегшити своє життяBoolean .

Єдиною причиною існування Booleanє можливість мати колекції Booleanтипу (дженерики не дозволяють boolean, як і всі інші примітиви).

Вау, що на землі? Це просто я чи всі ці відповіді невірні чи принаймні оманливі?

Булівський клас - це обгортка навколо булевого примітивного типу. Використання цієї обгортки полягає в тому, щоб мати можливість передавати булевий метод методом, який приймає об'єкт або загальний характер. Тобто вектор.

Булевий об'єкт НІКОЛИ не може мати значення null. Якщо ваше посилання на булеве значення є нульовим, це просто означає, що ваш булевий формат ніколи не створювався.

Це може бути вам корисним: http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/6-b14/java/lang/Boolean.java

Нульова булева посилання повинна використовуватися лише для запуску аналогічної логіки, до якої у вас є будь-які інші нульові посилання. Використовувати його для трьох логік стану незграбно.

EDIT: зауважте, що Boolean a = true;це хибне твердження. Це дійсно дорівнює чимось ближчому. Boolean a = new Boolean(true); Будь ласка, дивіться автобокс тут: http://en.wikipedia.org/wiki/Boxing_%28computer_science%29#Autoboxing

Можливо, саме звідси походить велика плутанина.

EDIT2: Прочитайте коментарі нижче. Якщо у когось є ідея, як реструктуризувати мою відповідь, щоб це включити, будь ласка, зробіть це.

Є три швидкі причини:

• для представлення логічних значень бази даних, які можуть бути true, falseабоnull
• представляти значення XML-схеми, xsd:booleanоголошені за допомогоюxsd:nillable="true"
• вміти використовувати загальні типи: List<Boolean>- Ви не можете використовуватиList<boolean>

ВІДПОВІДЬ ДО ВЛАСНОГО ЗАПИТАННЯ: Я вважав, що було б корисно відповісти на моє власне запитання, оскільки я багато чого навчився з відповідей. Ця відповідь покликана допомогти тим, як я, - які не мають повного розуміння питань. Якщо я використовую неправильну мову, будь ласка, виправте мене.

• Нульове "значення" не є значенням і принципово відрізняється від trueта false. Це відсутність вказівника на об’єкти. Тому думати, що булева 3-х оцінена, принципово неправильно

• Синтаксис булевого скорочується і приховує той факт, що опорні точки на Об'єкти:

  Boolean a = true;

приховує той факт, що trueє об’єктом. Іншими еквівалентними завданнями можуть бути:

Boolean a = Boolean.TRUE;

або

Boolean a = new Boolean(true);

• Скорочений синтаксис

  if (a) ...

відрізняється від більшості інших призначень і приховує той факт, що потенціал може бути посиланням на об'єкт або примітивом. Якщо об'єкт необхідно протестувати, nullщоб уникнути NPE. Мені психологічно простіше запам'ятати це, якщо є тест на рівність:

if (a == true) ...

де нас може запропонувати перевірити на нуль. Тож скорочена форма безпечна лише тоді, коли aє примітивом.

Для себе я зараз маю рекомендації:

• Ніколи не використовуйте null для 3-значної логіки. Використовуйте лише істинне та хибне.
• НІКОЛИ не повертайтеся Booleanз методу, як це було б null. Тільки повернення boolean.
• Використовуйте лише Booleanдля загортання елементів у контейнери або аргументів методів, де потрібні об'єкти

Класи обгортки для примітивів можна використовувати там, де потрібні предмети, колекції - хороший зразок.

Уявіть собі , що вам потрібно для якої - то причини зберігати послідовність booleanв ArrayList, це може бути зроблено з боксу booleanвBoolean .

Про це є кілька слів тут

З документації:

Як знає будь-який програміст Java, ви не можете помістити цілий (або інше примітивне значення) у колекцію. Колекції можуть містити лише посилання на об'єкти, тому вам потрібно встановити примітивні значення у відповідний клас обгортки (який є Integer у випадку int). Коли ви виймаєте об'єкт із колекції, ви отримуєте цілий номер, який ви помістили; якщо вам потрібен int, слід розблокувати цілий рядок, використовуючи метод intValue. Все це бокс і розпакування - це біль і захаращує ваш код. Функція автобоксингу та розпакування автоматизує процес, усуваючи біль та занепокоєння.

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

Booleanобгортка корисна , коли ви хочете , чи було призначено значення чи ні , крім trueі false. Він має такі три стани:

• Правда
• помилковий
• Не визначено, що таке null

Тоді як booleanє лише два штати:

• Правда
• помилковий

Вищенаведена різниця допоможе у Списках Booleanзначень, які можуть мати True, Falseабо Null.

Я думаю, у деяких випадках у вас повинен бути механізм для розрізнення булевого поля, яке вже встановлює значення чи ні.

Основне призначення Boolean - нульове значення. Нульове значення говорить про те, що властивість не визначено , наприклад, взяти стовпчик нульового стовпця бази даних.

Якщо вам дійсно потрібно перетворити що-небудь з примітивного булевого в обертове булеве, тоді ви можете скористатися наступним для підтримки старого коду:

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

У бульовій обгортці існує багато застосувань для значення ** null **! :)

Наприклад, у вас може бути у формі поле з назвою "інформаційний бюлетень", яке вказує, хоче або не хоче інформаційний бюлетень з вашого сайту. Якщо користувач не вибирає значення в цьому полі, ви можете застосувати поведінку за замовчуванням у цій ситуації (надіслати? Не надсилати?, Знову запитати? Тощо). Ясна річ, що не встановлено (або не вибрано чи ** null **), не є істинним чи хибним.

Але, якщо "не встановлено" не стосується вашої моделі, не змінюйте булеву примітиву;)

У суворому визначенні булевого елемента є лише два значення. У досконалому світі це було б правдою. У реальному світі елемент може бути відсутнім або невідомим. Як правило, це передбачає введення користувача. У системі, заснованої на екрані, це може бути вимушене редагуванням. У пакетному світі, що використовує або базу даних, або XML, елемент легко може бути відсутнім.

Отже, у неідеальному світі, в якому ми живемо, булевський об’єкт чудовий тим, що він може представляти відсутнє або невідоме стан як нульове. Зрештою, комп'ютери просто моделюють реальний світ і повинні враховувати всі можливі стани та обробляти їх викидами (переважно, оскільки є випадки використання, коли кидання винятку було б правильною відповіддю).

У моєму випадку об'єкт Boolean був ідеальною відповіддю, оскільки іноді у вхідного XML елемента не вистачало, і я все-таки можу отримати значення, призначити його булевим і потім перевірити наявність нуля, перш ніж намагатися з ним використовувати справжній чи хибний тест .

Всього мої 2 копійки.

На всі гарні відповіді вище, я просто збираюся навести конкретний приклад у HttpSessionкласі сервлетів Java . Сподіваюся, що цей приклад допомагає з’ясувати якесь питання, яке ви все ще можете мати.

Якщо вам потрібно зберегти та отримати значення для сеансу, ви використовуєте setAttribute(String, Object) та getAttribute(String, Object) метод. Тому для булевого значення ви змушені використовувати клас Boolean, якщо хочете зберегти його в http-сесії.

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

Останній рядок призведе до, NullPointerExceptionякщо значення атрибутів не встановлені. (що є причиною, що призвело мене до цієї посади). Таким чином, 3 логічний стан є для того, щоб залишитися, хочете ви його використовувати чи ні.

Найкращим способом було б повністю уникнути булевих кодів, оскільки кожен булевий текст означає, що у вас є умовне твердження в будь-якому іншому місці коду (див. Http://www.antiifcampaign.com/ і це питання: Чи можна написати будь-який алгоритм без заяви if ? ).

Однак прагматично вам доводиться час від часу використовувати булеві, але, як ви вже самі з’ясували, робота з булевими є більш схильною до помилок і громіздкішою. Тому я б запропонував використовувати булеві, де це можливо. Винятками з цього може бути застаріла база даних з незмінними булевими стовпцями, хоча я б спробував приховати це і в моєму відображенні.

Булевий може бути дуже корисним, коли вам потрібно три стану. Як і в тестуванні програмного забезпечення, якщо тест пройдений, надішліть істинне, якщо не вдалося надіслати помилкове і якщо тестовий випадок перервано, надішліть null, який позначатиме тестовий випадок не виконаний.