case isReadOnly: // change something;
case isAdmin: doAdminStuff();
case hasPaid: updateFinance();
case isActivated: updatedUserInfo();
and so on...
case isReadOnly: // change something;
case isAdmin: doAdminStuff();
case hasPaid: updateFinance();
case isActivated: updatedUserInfo();
and so on...
One thing I learned early on - true and false vary across platforms. Hence I learned to define true and false at the start of the code with realTrue=(1=1) and realFalse=(1=0). As some systems have 1 or any positive value as true, some have -1 as true. It can get messy, bit like endians (big or little) the same holds true for true and false.
I'm sure the platforms / language you use make this a sensible choice but I'm not going to lie, if I came across that in someones code I'd be screaming WTF at the top of my lungs.
But nice explanations here: https://stackoverflow.com/questions/17010041/why-define-true...
TL;DR portability