else句を使わないのが良いコードなの？いや、そんなはずは・・・ · DQNEO日記

if (条件) { return 20; } else { return 30; } ↓ if (条件) return 20; return 30; こうすれば確かにネストは浅くなりますが、いつも毎回こう書く方がよいのでしょうか？ elseを書いた方がよいケースもあるのではないか 条件の部分が特殊・例外的な場合は、確かにこの方がわかりやすいと思います。 例えば、スーパーマリオで、マリオの状態が「無敵・チビ・大きい」の３種類しかないとします。 敵に触れたときの挙動を関数として書きます。 (オブジェクト指向っぽくないかもしれませんが、本記事の主眼はif-elseの書き方です。) function () { if (マリオ.is無敵モード) { 敵.死ぬ(); return ; } //以下、通常モードの場合のコードを書く } 無敵モードは特殊な状態だから、これはよいと思います。 しかし、マリオ

[aya_eiya]

例示のコードがオブジェクト指向できてないんじゃ。。。マリオまたはマリオの状態が抽象化されていない。マリオを抽象化 -> https://gist.github.com/3549740

[tsucchi1022]

else 禁止はポリモーフィズムを使わせるため。この記事のサンプルコードの例もポリモーフィズムで書けるし書かないとダメだと思う。

[longroof]

“もし、両方が正常処理ならば、ifとelseを持った条件記述を使うべきです。 特殊条件では、条件をチェックしてその結果が真のときにはリターンします”原則の定義大事ヽ(=´▽`=)ﾉ…

[sugimori]

この主張はわかる

[takaken1123]

[2016-05-06 23:25]

[ryota-murakami]

ウェイトが等しい出来事の振り分けにはelseを使うと

[ysync]

PC-6001のBASICから始めたからELSEはなんか苦手だぜｗ

[ku__ra__ge]

両方が正しいケースはストラテジとかステイトパターンで対応してif を書くなってことなのでは？

[kiyo_hiko]

オブジェクト指向はよくわからない…

[yuu_goto]

リーダブルコードでも同様の指摘が

[r-west]

自分もそう思った。ただエキストリームって事なので、並列な条件があるならそれぞれクラスを別にしろって事なのかも

[trashtoy]

else禁止は自分もえーって思ってた。

[fjwr38]

元ネタのスライドもオブジェクト指向というか、実際のゲーム開発におけるコーディング規約例、みたいな感じだったからなぁ。可読性優先でいいのでは。