else 句に「// 何もしない」コメントを書く意味について

確かに、パッと見で 「なんだこれ？」 になりますね。 意味のないコメントとして else 句ごと削除してしまって良さそうにみえます。 しかし、実はこの「何もしない」コードは、 プログラミング（理論）的に面白い側面を持っている ので、簡単に記事にまとめてみたいと思います（記事中では Swift に似た擬似コードを使用します）。 キーワード if 式、網羅的パターンマッチ、参照透過、副作用、モナドと単位元 else 句が省略できる条件 例えば、次のコード例を考えてみます： let array: Array<Int> = ... var positiveArray: Array<Int> = [] // var = 可変変数 for x in array { if x > 0 { positiveArray.append(x) } else { // 何もしない } } ここでは array か

[ihok]

真偽の反転(!true)を回避するため、空のifは良くある。

[tettekete37564]

俺が歳なのかね。大昔からあるミス防止の為の保守メンテ定番テクニックじゃん？仕様にある条件の時「何もしない」事が明示されてる場合とか

[turanukimaru]

いやまて if 式で副作用を発生させることがそもそもおかしい。なんで値を返す以外のことをやってるんだ。この人自称関数型言語屋だよな…？副作用を起こすなと言うのが宗教もとい関数型的に正しい説教では…？

[lorenz_sys]

ブコメは侃々諤々の様相を呈しているが if が文なのか式なのか言語によって異なるからそれ乗り越えての一般化は難しいんじゃないかな。

[kuzumimizuku]

「何もしないパターン」を明示することで他者が見たり手を入れる場合のメリットが理由だと思っていたけど、言語のリファクタリング仕様によっては純粋に大事なのか。「なんだこれ」と感じる人もいるのね。

[sumomo-kun]

手続き的にコード書くのをやめさせないで、形だけ関数型にさせようとしている感。そんでそのif文を式にした結果のVoidを何に使うんです？本当にそれ意味あります？

[kabochatori]

自分の感覚だとelse句は無いことの方が圧倒的に多いのでわざわざ無いことを示すことはしないかな

[nmcli]

網羅性の観点から自分は多用する派

[a96neko]

プログラム設計書からソースコードを実装する時に書き忘れ防止のために「//何もしない」が必要なんだよ

[aobon700]

/* 何もしない */ だけ書くのはなぁ... 意図があるなら意図を書いて欲しいかな｡

[ginga0118]

MISRAだと当たり前かと思っていたが

[BOOOOOOOON]

このコメントを書くなら何もしないに至った理由も書いてほしい。それを書かないならコメントもelseも書かなくていいと思った。たぶんこのソースコードのPRが来たらそうやってコメントすると思う。

[nharuki]

発端からは想像できないくらい深い…

[pwatermark]

「なぜ」何もしないか、をコメントに書かなかったがために壮大な推理小説が出来上がってしまった例 コメントには理由を書きましょう理由をｗ

[rryu]

あれはif文のブロックとelseを必ず書くというコーディングルールで発生する空のelseが意図したものなのか書き忘れなのか分からない問題への対処というだけなのでそんな大層な意味はないと思う。

[hatest]

定期的に盛り上がる話題でもう飽きた

[saikyo_tongaricorn]

if (条件) { ... } else { alert("このelseは絶対に入らないよお〜〜〜〜んおちんちんびろ〜〜〜〜ん") }

[inamem9999]

元のツイートの通りで何もしないことが明確な意図を持って行われていることとその理由が明記されていればコメントとはいえ意味のあるコードになる

[k0bakatsu]

静的解析ツールで指摘されるのも理由の一つでは

[queeuq]

短く自明な場合はelseいらんて話だけど例は短く自明だから感想が割れた感。納得感はそれなりにあった

[kura-2]

//反応したら負け

[ardarim]

ネストが深くて分かりにくい場合にも書いたりするわ。意図的に処理不要の場合とかも。ネスト地獄は新規は無いにせよ他人の書いたコード保守ではよくある話。

[remonoil]

else ifで終わってるとdefaultの無いswitchみたいで不安になる。誰かが不安になるより皆が冗長なほうが良い

[Iridium]

JUNITで非通過行をわかりやすくするためでは？と思ったけど、コメント行の扱いってどうだっけな

[kagoyax]

プログラミングの基本中の基本として、なるべくコードを簡略化して1ステップでも極力増やさないことでバグを減らすことを無視してるよね。スクリプト言語ならelseの書き方ミスってエラー出たとき時間もったいないぞ

[dgen]

要するに書き方が悪い（書かなければならない状況を自分で作ってる）とか仕様が悪い（場合によっては書くことを避けられない）とかいうことじゃないの？言語は冗長を避けるように進化していってるから逆行してる感。

[cl-gaku]

お前ん中ではな

[theta]

こういう「上手い」コードは書かない方が良いのではと思うが、関数型言語だと普通なのかな。

[arx0balest]

長かったので読み飛ばしてしまったが、「見ればわかる」系のダメコメントでは。せめてNOOPの理由を書け。

[harumomo2006]

この人の言いたいことはよく分からないけど私は何もしないを書く派です☆彡

[pavlocat]

// 何もコメントしない

[Kenju]

なるほど、わからん。何もしないと書いてあれば仕様を落とした可能性を考慮しなくていい分読みやすい。判定を反転せずTHENの方を省略するときもだけど、自分はCONTINUE文を書く。

[suien42]

「ある条件のtrue時の処理と対になっているのが何もしないという処理である」ということが明確なのは重要だよなあ。無いと文字通りの「行間」を読まなきゃいけなくなる。

[sin20xx]

短絡的に批判的な意見が散見されるが、記事主はちゃんと末尾に「具体的な説明を記述するべきよね」とコメントしているわけで。その上、冒頭で考え方の一つとしてという前提を置いており、批判の意図がさっぱり不明。

[peketamin]

何もしないことを伝えるためにわざわざelesを書くなら「なぜ何もしないのか」のコメントがあるといいかなあ

[securecat]

プログラミング的側面？ 何もしないことの明示でしかないのでは？

[intuo]

無駄知識かな

[kniphofia]

考慮しているかどうか、です。

[stk132]

言及元ツイートのコードがif文かif式か分からんのにif式前提の話されてもなという感じ。if式で結果を変数に代入するなり、関数の戻り値にしてるならelse書かなきゃならんのは普通に分かるが、if文の場合要らないと思う