else ifが複数回出てきたら考えること

こんにちは！アルダグラムでエンジニアをしている@sohichiroです。 本記事は株式会社アルダグラム Advent calendar 2023 13日目の記事です。 前日は、@kageyama さんによる、SQLインジェクションの話でした。 セキュリティはいつも万全にしておく必要があるので、大変ためになる記事でした。 さて、隠れ関西民として関東地方に生息している私にとっては、翔んで埼玉〜琵琶湖より愛をこめて〜は、いろいろ込み上げてくるものがありました。確かに兵庫県は神戸と芦屋だけが飛び抜けて都会指数が高いですよ😂（私、兵庫県の田舎の方出身）。関西弁を勉強したいなら、格好の教材だと思いました。 else ifが複数回出てくることのつらみ さて、else ifです。 else if。プログラマーであれば、一度は書いたことあると思います。 言語によっては、elsif（Ruby）、elif（P

[opnihc]

長い分岐に対してenum切るならそれをキーにした辞書の値を返す処理するかな。else-ifをswitch-caseに置き換えるの可読性はそんなに変わらん上にc系の場合はbreakで事故るまである。

[perl-o-pal]

なんかオブジェクト指向再発明までもうちょい？

[crimsonstarroad]

この前enumつらいよね的なエントリを見かけた。 ／これだ。 https://www.m3tech.blog/entry/enum-considered-painful

[chiroruxx]

言語によるけど、enumにする前にswitchにすることを考えるし、enumにするよりはmapにして1発で取りたいかも。

[santo]

言語によるけど、switch系は何気にbreak忘れバグが出やすいので嫌なのだよな。

[rryu]

フラグが3個あったら表せる状態は8個なのにelse ifの連鎖だと4個しか処理がないのが不安の元凶だと思う。こういうのはフラグを立てる側が配慮しているのだが、いつかその前提は崩れる。

[remonoil]

dinner取得するメソッド作って早期returnにするかな。コピペで増やしていけるしswitchで表現できない条件が出てきても大丈夫。処理がdinner値の決定ではなく長大な処理になった場合も対応できる

[ardarim]

else if系は、アセンブリまで落としてみるといかに非効率な処理かがよく分かる（特に最後のelseに入るまでのコストがあほらしい）。switchも同じ。map的な機構が使えるならそうすべきだし、まだ多段ネストの方がマシ

[masaru_al]

else if の羅列は成立する可能性が高い条件から先に並べる、という話かと思ったら違った

[kirine]

個人的にはそもそもあまりelse if使わないようにしてるし実装としてもelse ifがswitchでもそんな変わらないかなと思ったけど、仕様書の一貫性やテストのカバレッジ考えるとまぁこれもありなのかなという気もする

[ys0000]

Pythonだとdictでマッピングできないか先に検討すべき。swich構文(match)が長らく実装されなかった理由も代替手段があったからだと思ってる。matchの使い方など。https://pisuke-code.com/python-match-case-usage/

[abstruct3431]

この問題に対して「三項演算子」とかほざくバカがおるってマジ？

[nacika_inscatolare]

男は黙って... 三項演算子！！！ 男は黙って... 三項演算子！！！