読み手にやさしい if 文を書きたい - Qiita

// 1~100のランダムな値を得る const getRandomScore = (): number => Math.floor(Math.random() * 101); const value = getRandomScore(); // 以下の様に書けば視覚的にすぐに分かる if (20 <= value && value <= 80) { console.log(`値は範囲内です：${value}`); } else { console.log(`値は範囲外です：${value}`); }

[otihateten3510]

俺if文が読みづらくて最終的にうわああああってメソッド作り始める。文章じみたやつ。

[likr]

コードのわかりやすさ、実験でいいから定量的に測ってほしい

[Kil]

「メソッドの戻り値が真偽値であるか明示的にわからない」のにそれを「trueやfalseと比較」？trueやfalseと比較できる時点でそれは真偽値が戻り値だと「明示」されることに他ならないと思うんだけど。（なので比較不要）

[kiyoami]

初心者から中級者になるにはこういうの大事。僕も昔から大小比較は数直線をイメージしてる。

[idr_zz]

読み手にやさしい＝半年後の自分にもやさしい 読み手にやさしい if 文を書きたい - Qiita

[fuktommy]

「比較したい変数は比較演算子の左側に書く」はあまり同意できなくて、比較が1回でも数直線上に並べた方が読みやすいと思う。 読み手にやさしい if 文を書きたい on @Qiita

[fukken]

2値の比較なら変数が前、3値以上が絡む比較（例えばある変数が10以上100未満である、とか）は 10 <= x && x < 100 と数直線状に並べてる。

[mjg-gptw1471236987adjm-gptw]

JavaScript

[luccafort]

if文にフォーカスした内容だからなんだろうけども引数に三項演算子ぶち込む例をみていると同意できるけど同意できないみたいな印象になってアレ。

[okashoi]

わかりみにあふれている。「そもそも if 文を書かない」については State パターンを使う、というのも

[igrep]

“そもそも if 文を書かない”そう、それな！！！

[koogawa]

にんげんにも　よみやすい　コードを

[convenientman]

自分もtrue falseと比較してほしい派

[yasu-log]

メソッドの戻り値が真偽値であるか明示的にわからない場合があるので、if文ではtrueやfalseとは比較してほしい派

[tonkotsuboy_com]

早期リターンとガード節、配列のメソッド、については、当たり前に使われるようになってほしい。

[liszworks]

早期リターンを知った時は正直感動したレベルだったから常用している。大量にネストされた資産を見て溜息がよく出る……即時関数と配列の反復メソッドは使えてないから参考にしよ

[gachapining]

非常にしっくりくる。特に早期リターンは大事にしてる。Promise でチェーン作ってネスト減らしてるのに、エラー分岐でネストしてるのみると悲しくなる

[bouzuya]

JavaScript / TypeScript の場合、 true / false との比較は truthy / falsy があるので、意図的にそうすることもある。