（改訂版）三項演算子は本当に読みにくいのか。TypeScript で分かった 後置 else if メソッド の効果

本記事はこちらの改訂版です。コードも改良しています。 三項演算子は本当に読みにくいのか コードをドキュメントのように読みやすくすることは非常に多くのメリットがあります。 そして、プログラミング言語自体にも読みやすくするためだけに存在する構文があります。 その１つが三項演算子です。 いやいや、三項演算子は読みにくいだろう、と思われた方は多いと思います。 しかし、読みやすいケースがあることも私は経験しています。 あなたも経験しているかもしれません。 なぜ、読みやすさに差が出るのか。調べていった結果、ポイントが分かりました。しかし、それを言語仕様として持っているものはありません。 そこで、TypeScript で読みやすい三項演算式を書くためのメソッドを開発したのでご紹介します。 そのメソッドを使った TypeScript のコードは、次のようになります。 Python の条件式（三項演算子）に

[otchy210]

三項演算子を読みにくくする事は出来るが、単純な分岐と代入にしか使わない例も含め「全て読みにくい勢」は理解できん。さすがにそれはプログラマ適性なさ過ぎだろうよ。

[ghostbass]

elseIf ... then がメソッドチェーンとして受け付けられないし順序がもう思考を破壊しようとしてるし、単に3項演算子使うか if文使う。

[ys0000]

三項演算子は、条件に応じた代入というシンプルなことをさせるのが無難。カッコで長々と内部を定義したり条件式がやたらと長いのはちょっと可読性が低いと思うんでif文でやってほしい。

[ultimatebreak]

シンプルな代入レベルならむしろ読みやすいと思うんだけど。独自のメソッドの方が見慣れない分、脳のリソース使いそうというか普通に読みづらく感じる

[ymchng]

三項演算子は押し並べてわかりにくいというわけではなくて、シンプルに使えば読みやすいという理解だけどなあ。読みづらいのは入れ子にした場合だけかなと。

[nyact]

複雑な分岐だと嫌かもしれないけど最初の例程度なら三項演算子使ってconstにしたい

[king-zessan]

三項演算子が三浦理恵子に見えたので目が疲れているようだ。／それはさておき、三浦理恵子が読みにくいとしたらコーディングスタイルの問題だと思う。

[itotto]

三項演算子でそこまで読みにくいのは経験がないから読みにくいと言われてもふーんとしか思わない。ひどいのに出会ったら考えが変わるかも知れないけど。

[korilog]

最初の例でこの三項演算子の使い方されたらブチギレそう。普通にif文のほうが違いが一目で分かる

[umaemong]

『条件により変数に入る値だけが変わる』ということが明確になるので三項演算子派。if/elseブロックの中身がほぼ同じ数百行(違いは数行)というコピペしかできないバカが書いたコードに苦しめられたことがあるので。

[toyama_gf]

我々プログラマは自然言語を読み書きしているのではなくソースコードを通して構文木を読み書きしているので、条件式の下に可否それぞれの式がぶらさがっているIF式/条件演算子(三項演算子)の方がむしろ自然に感じる

[okupro]

入れ子にしないでくれれば問題ない。

[megumin1]

これをelseIfと命名するのは英語の語法として間違っていますよ。英語が理解できる人は全員これを違う意味にとらえます。この著者英語弱い人だと思います。”else”の意味を理解していない。

[yamadadadada2]

条件が一つなら3項でいいし、複数になるならパターンマッチぽいほうが良さそうな気もするかなあ。明確によいと言い切れる何かはないかも

[satomi_hanten]

僕はC覚えた頃と同じ時期にVB6覚えたのでIIFを同じタイミングで使ってて違和感なく使ってた。読みにくいのは多重になった時だけかなと思ってるけど。

[kagerouttepaso]

パターンマッチング使うようになってから三項演算子は簡易版の認識になったな。条件を後から提示する書き方は自分の文化圏では完全に悪なので異国の記事だった。

[udddbbbu]

"= の次に == が書いてあってびっくりしますね" いや別に...

[poad1010]

逆に読みづらくなっているようにしか見えないのがなぁ。 欲しいのは Rust のような if 式や match 式であって、Python みたいな記述ではないんだわ。 そもそも、Pythonって読みづらいと感じているから、意図や気持ちはわかって

[tick2tack]

”重要ではない例外的な内容を最初に読ませないようにする”　例外の場合だけでなく並列な場合もあるのでは。/　if式でなくif文だから、三項演算子のようなものが必要になる。遅延とかの話はよく分からんけど

[maruware]

三項演算子の方がまだ読みやすい

[shunkeen]

["A"][Number(!(x === 1))] ?? "B"; と書けば、xが1なら"A"が、xが1でないなら"B"が返ってくるぜよ。

[wordi]

三項演算子はフォーマッタと相性が悪いのがネック

[vuy]

既にコメントされてるけどif式なら const value = if (x === 1) "A" else "B" にできるのになぁ

[kobito19]

顧客が本当に欲しかったもの: if式

[anonruru]

単純にNullableな変数を安全に扱うだけなら変数名がkeyになるのを利用してfn({ val }, obj => obj.val)みたいなのを作ったことがある。Object.valuesですべての値がNonNullableか確認し、そうであった時のみ第二引数の返り値を返す的な。

[lizy]

TypeScriptがif文ではなくif式だったらもう少し読みやすく書けるのかな

[Lhankor_Mhy]

このメソッドでネストした条件を書く場合はどうなるんだろうか。.elseif().then().elseif().then() ってチェーンできるのかな？

[koo-sokzeshky]

三項演算子はif式が無いからしかたなく使うもので、本当は廃止してif式にしてほしい。後置ifは全く別の話で、前置なら記載順に評価するだけなのに後置ではそこが複雑化してしまう。即興のスクリプトでは便利だけど…

[tor4kichi]

三項演算子なら単純な分岐命令だから最適化可能性あるけどメソッド挟むandインライン化されないと実行コストが積みあがってくかも

[sgo2]

変数を非constに変えたり無名関数で = (()=>{ if〜 }();の様に書くより、三項演算子で複数行に分けて = (条件)¥n¥t? 初期値1¥n¥t: 初期値2;の様に書いた方が簡潔かと。(異論は認める)

[Insite]

その演算子の優先順位を頭にいれて自らパーサになったつもりで読めば、三項演算子なんてどうということはない