コンテンツへスキップ

ブーリアンは有害？プログラミングで避けるべき5つのルール

Booleans Considered Harmful: 5 Rules for Cleaner, More Readable Code

クリエーターの道 ニュース：ブーリアン変数の罠に注意！可読性を損なう5つのルールを解説。より良いコードを書くためのヒント満載。 # #ブーリアン #可読性

動画で解説

プログラミングの落とし穴？意外と危険なBoolean型のお話

こんにちは、ジョンです！今回は、プログラミングでよく使うBoolean（ブーリアン）型について、ちょっと面白いお話をしたいと思います。Boolean型っていうのは、簡単に言うと「真（True）」か「偽（False）」の二つの値しか持たない、とってもシンプルなものなんです。「はい」か「いいえ」で答えられる質問みたいなもの、と考えると分かりやすいかもしれませんね。

でも実は、このBoolean型、使い方を間違えるとコードがとっても分かりにくくなったり、後々困ったことになったりする可能性があるんです！今回は、そんなBoolean型の注意点について、ベテランプログラマーの視点から、さんにも分かりやすく解説していきますね。

Boolean型、どこが危ないの？

Boolean型が危険だなんて、ちょっと意外ですよね？だって、たった二つの値しか持たないんですから。でも、問題はそこなんです！

例えば、Boolean型の変数名が紛らわしかったり、条件式が複雑すぎたりすると、コードを読んだ人が「これ、一体何がTrueで何がFalseなの？」って混乱してしまうことがあります。まるで、暗号解読みたいになっちゃうんです！

さらに、最初は単純なTrue/Falseで済むと思っていたものが、後から条件が増えて、Boolean型では対応しきれなくなることもあります。そうなると、コードを大幅に書き換える必要が出てきて、大変なことになっちゃうんです。

Boolean型を使うときの５つの心得

じゃあ、どうすればBoolean型を安全に使えるんでしょうか？ここでは、私が長年の経験から学んだ、Boolean型を使うときの５つの心得をご紹介します。

その１：変数はポジティブな名前にする

Boolean型の変数名は、何かが「起こっている」「うまくいっている」状態を表すような、ポジティブな名前にしましょう。例えば、「UserIsAuthorized（ユーザーは認証されている）」のように、Trueのときに肯定的な意味になるようにするんです。

逆に、「UserIsNotAuthorized（ユーザーは認証されていない）」のように、否定的な名前を使うと、コードが読みにくくなってしまいます。頭の中で「Not（～でない）」を処理する必要があるので、脳みそが混乱しちゃうんですね。

その２：条件分岐はポジティブな条件を先に書く

if…else文（もし～なら、そうでなければ）を使うときは、Trueになる条件（ポジティブな条件）を先に書きましょう。人間の脳は、肯定的な流れを好むようにできているので、そちらの方が理解しやすいんです。

例えば、

if (Authorized) {
  // 認証されている場合の処理
} else {
  // 認証されていない場合の処理
}

のように、認証されている場合を先に書く方が、認証されていない場合を先に書くよりも、ずっと読みやすいですよね。

その３：複雑な条件式は分解する

条件式が複雑になりすぎると、何が何だか分からなくなってしまいます。そんなときは、変数を使って条件式を分解しましょう。まるで、複雑な計算問題を、一つ一つ丁寧に解いていくみたいに。

例えば、こんな複雑な条件式があったとします。

if (user.age > 18 && user.isActive && !user.isBanned && user.subscriptionLevel >= 2) {
  grantAccess();
}

これを、

const isAdult = user.age > 18;
const hasAccess = !user.isBanned;
const isActive = user.isActive;
const isSubscriber = user.subscriptionLevel >= 2;

const canAccess = isAdult && hasAccess && isActive && isSubscriber;

if (canAccess) {
  grantAccess();
}

のように分解すると、格段に読みやすくなりますよね。それぞれの変数が何を表しているのかが明確になるので、理解も深まります。

その４：Boolean型の引数は避ける

関数（処理をまとめたもの）にBoolean型の引数（関数に渡す値）を渡すのは、できるだけ避けましょう。なぜなら、関数を呼び出すときに、引数が何を意味するのかが分かりにくくなってしまうからです。

例えば、

saveUser(user, true, false); // これは何を意味するの？

のように、trueとfalseだけが並んでいると、「一体これは何のこっちゃ？」ってなりますよね。まるで、呪文みたいです！

こんなときは、Boolean型ではなく、enum型（列挙型）を使うのがおすすめです。enum型を使うと、引数の意味を明確に表現することができます。

その５：Boolean型は将来の複雑化の罠

Boolean型は、最初は単純で便利に見えますが、将来的に機能が拡張される可能性がある場合は、注意が必要です。例えば、飲み物のサイズを表現するのに、最初は「IsSmallDrink（小さい飲み物かどうか）」というBoolean型を使っていたとします。

しかし、後から「Medium（中）」サイズが追加されることになった場合、Boolean型では対応できなくなってしまいます。そこで、enum型を使って、

enum DrinkSize {
  Small,
  Medium,
  Large
}

のように定義しておけば、将来的な変更にも柔軟に対応できます。

まとめ：Boolean型と賢く付き合おう！

Boolean型は、プログラミングにおいて非常に便利なものですが、使い方を間違えると、コードが読みにくくなったり、将来的に困ったことになったりする可能性があります。今回ご紹介した５つの心得を参考に、Boolean型と賢く付き合って、より良いコードを書いていきましょう！

個人的には、Boolean型は「諸刃の剣」だと思っています。うまく使えば強力な武器になるけど、扱いを間違えると自分自身を傷つけてしまう、みたいな。だからこそ、常に注意深く、慎重に使う必要があるんですよね。今回の記事が、皆さんのプログラミングスキル向上に少しでも貢献できたら嬉しいです！

この記事は、以下の元記事をもとに筆者の視点でまとめたものです：
Booleans considered harmful

関連投稿

タグ:

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です