What I mean is: some boolean flags are perfect for the real world phenomenon they are representing e.g. is_light_on makes you understand perfectly that when it is true the light is on and when it is false the light is off.

There are other cases in which if you didn’t write the code and you don’t read any additional documentation, everything is not clear just by looking at the variable name e.g. is_person_standing, when true it’s clear what that means but when false, is the person sitting? Lying? Kneeling?

I’m obviously not talking about cases in which there are more states, boolean would of course not be a good solution in those cases. I’m talking about programs in which there are only two states but it’s not obvious, without external knowledge, which ones they are.

14 points

if the states aren’t obvious, use an enum with two values, and name them both. Thats what enums are for.

permalink
report
reply
2 points

Our IT often use a Boolean as a shortcut for figuring out things in code. For example, if there’s a charge we don’t apply to some customers, instead of setting it to zero, they’ll have a Boolean on the customer to decide whether they skip that part of the calculation. On top of this, they then name it in a way that limits how many records they have to update, this leads to many settings phrased in the negative, such as “Don’t apply extra leg charges”. As an extra layer on this, more recently they were made aware of the confusion this causes for staff and their solution was to change how end users are the question, which causes the “yes/no” in the interface to read the opposite of the “true/false” in the database

permalink
report
reply
16 points

I would use an Enum if available in the language:

  • More meaningful
  • Extendable
  • Lower chance of misuse
  • No naming problem
permalink
report
reply
4 points

Moreover, once you’re accustomed to thinking in these terms, it becomes safer to start with a boolean, because the refactoring path is clear: replace boolean with 2-value enumeration, then expand from there.

permalink
report
parent
reply
0 points

PolicyCancelledByCarrier

If canx notice has been received, processed, blah blah, eventually it’s set to true.

If/when a reinstatement is received, set to false.

Zero ambiguity, something along that line saved my tail when working with devs in different countries with different insurance customs.

Carrier sent letter telling policy holder to get bent because “fuck you, pay me?” Field is true.

Otherwise, or with reinstatement letter, field true.

permalink
report
reply
16 points
*

One should not use boolean just because variable has only two states.

I believe when you use boolean when enum should be used is called “boolean blindness”.

Eg: isFemale instead of enum Sex {MALE;FEMALE} It also gives you an option to simply extend code if requirements change and there are more than two options.

permalink
report
reply

Asklemmy

!asklemmy@lemmy.ml

Create post

A loosely moderated place to ask open-ended questions

Search asklemmy 🔍

If your post meets the following criteria, it’s welcome here!

  1. Open-ended question
  2. Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
  3. Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
  4. Not ad nauseam inducing: please make sure it is a question that would be new to most members
  5. An actual topic of discussion

Looking for support?

Looking for a community?

Icon by @Double_A@discuss.tchncs.de

Community stats

  • 7.7K

    Monthly active users

  • 5.9K

    Posts

  • 319K

    Comments