• はてなブックマーク
  • テクノロジー
  • プログラムの可読性を上げるための条件分岐を減らす方法7個 - Qiita
  • Twitterでシェア
  • Facebookでシェア

プログラムの可読性を上げるための条件分岐を減らす方法7個 - Qiita

テクノロジー カテゴリーの変更を依頼 記事元:qiita.com
適切な情報に変更
648 usersがブックマーク コメント105

    記事へのコメント105件

    • 注目コメント
    • 新着コメント
    posmaru1
    posmaru1 気持ちはわかるけどelseを書かなくてもいけると思うのはデータパターンを全て理解してると思っているからで、レガシーシステムとか本番でしか存在しないパターンに遭遇した時else書いておけばっていうのは度々遭遇した

    2020/02/18 リンク

    その他
    odakaho
    odakaho ガードのifにもブレース {} 付けて欲しい派

    2020/02/18 リンク

    その他
    dbfireball
    dbfireball 初心者を指導すると分かるけど、一番最初のif2連続よりif〜elseのほうがバグになる率が少ないです。うっかり2つのifに当たる値が入ってくるケースの考慮が初心者は抜けてるのでバグになりやすい。

    2020/02/18 リンク

    その他
    nyarou
    nyarou ガード節を使う目的は、事前条件を満たしてない場合とか特殊な条件の場合に早��リターンして意図を示しつつメインの処理の見通しを上げることで、そういう視点だと人気コメみたいなケースは出てこない気がするが。

    2020/02/18 リンク

    その他
    buhoho
    buhoho 値を切り替えたいなら三項演算子。処理を切り替えたいならif

    2020/02/18 リンク

    その他
    osnq
    osnq ガード節がデバッグしにくいってどういうケースなのか普通にわからんけどなんでそんなにスター貰ってんの？？？ / このブコメにスターつけてんのなんなの

    2020/02/18 リンク

    その他
    kkobayashi
    kkobayashi ガード節の例、複数箇所でreturnするとデバッグがやりにくいというデメリットもあるんだよなぁ。何でもかんでもネストを減らせば良いのかと言うと・・・

    2020/02/18 リンク

    その他
    manma_shiro
    manma_shiro ガード節を使ってもelseは必要だと思う。/ガードで前提・事前チェックとして利用して、その後本質のif分岐。elseは想定外の条件で入ってきたことを想定してException投げるようにしてる

    2020/02/18 リンク

    その他
    ShoCoh
    ShoCoh ↓リーダブルコードにも書かれてるんだけど、ガード節を使う(ネストを浅くする)のは「精神的スタック」への負担を軽くする意味があるんですよ、だいたいの人間はブロックの終端を見て条件を簡単に思い出せないので

    2020/02/18 リンク

    その他
    Futaro99
    Futaro99 お前らサンプルコードがPHPだから文句言ってんだろ！そうなんだろ！

    2020/02/18 リンク

    その他
    hylom
    hylom PHPではブレースなしでのif文は普通なの……？と思ったらやっぱりはてブコメントで突っ込まれていた

    2020/03/04 リンク

    その他
    ockeghem
    ockeghem すごく異論があるわけではないですが、条件分岐はあまり減ってないので、単に「可読性を上げる方法」でよくない?

    2020/03/04 リンク

    その他
    nc44v-134-nvtyqfgq
    nc44v-134-nvtyqfgq 「条件分岐を減らす方法」とかいう我々の興味を引きそうなワードがタイトルに入っています そしてめっちゃコメントついてました

    2020/02/20 リンク

    その他
    t1mvverr
    t1mvverr null合体演算子最近出てきたんだな。実務で使うとIEとかEdge(Chromium移行前)では未対応だから、babelで対応しないといけなさそう。

    2020/02/20 リンク

    その他
    girled
    girled ふーむと流し読んでたけど最後のJavaScriptのNull合体演算子の認識が甘かったので勉強になった

    2020/02/19 リンク

    その他
    kaputte
    kaputte else が初心者バグをからめ取ってくれるというブコメの指摘を念頭に読むと有用

    2020/02/19 リンク

    その他
    chirotec
    chirotec あまりにトリッキーな技法に手を出したりひねくれた事をすると大抵後で悲惨なことになるので、シンプルな素直さを忘れないのも大事かと思う（抽象的ですみません）

    2020/02/19 リンク

    その他
    sgo2
    sgo2 「関数化でコードを分割してコンパクトにする」ではなく、「命名できる処理を関数に切り出す」ようにしないと「コードが散らばって読みにくい」だけだし、思わぬ所から参照されて変更に困ったりする。

    2020/02/19 リンク

    その他
    maecchi
    maecchi elseを書くか書かないかは常に議論されている気がします。

    2020/02/18 リンク

    その他
    tumo300-500
    tumo300-500 ブクマ付きすぎていて自転車置場の議論感ある (といいつつブクマ

    2020/02/18 リンク

    その他
    bocuno
    bocuno こういうの見るたびに、馬鹿でも分かる様に書いてもらわないと馬鹿がバグをこしらえると思ってしまうのだが。

    2020/02/18 リンク

    その他
    zgmf-x20a
    zgmf-x20a schemeだったらcall/cc？

    2020/02/18 リンク

    その他
    igni3
    igni3 よくあるパターンなので見やすくはなるけど分岐数は減らない。

    2020/02/18 リンク

    その他
    sasanori-0126
    sasanori-0126 PHPに限らず、Kotlin,Swiftとか他の言語の扱う人も参考になるだろうね。

    2020/02/18 リンク

    その他
    ooblog
    ooblog 算数で国語クイズすんな≒「演算子を活用したり言語特性を生かすことによって条件分岐を減らす」という話のはずなんだけど、switch文配列化＆default節null合体演算子置き換えにアンチミニマリスト湧きそうなイメージ。

    2020/02/18 リンク

    その他
    Lagenaria
    Lagenaria この記事の例くらいの複雑さだと、どちらのコードが可読性が高くなるかは読む人次第になりそう。

    2020/02/18 リンク

    その他
    higgsino
    higgsino 最適解は状況によって変わるので、ちょっと参考にするかくらいの気持ちで使えばよい。重箱の隅をつついてこうするべきあーするべきと言うのはあまり意味がない

    2020/02/18 リンク

    その他
    honma200
    honma200 Option使ったり、パターンマッチングとかねー。改行と&&使って見易くとかするとか

    2020/02/18 リンク

    その他
    assaulter
    assaulter なんでこんなバズってるんだろう

    2020/02/18 リンク

    その他
    ata00000
    ata00000 簡潔さと可読性の高さはイコールなのだろうか。自然に読みやすい文とシンプルな文は違うのではないだろうか。申し訳ないけど、言語を使いこなせるようになった中級者、という感じが。全部おかしいとは言わないが⋯

    2020/02/18 リンク

    その他
    agano
    agano 短く書くより、可読性をあげる方を大事にしています。ここで書かれてない手法としては関数ポインタかな。

    2020/02/18 リンク

    その他
    xjack
    xjack 想定している言語が何か，まず書けよ．．．（C++にnull合体演算子は無い）

    2020/02/18 リンク

    その他
    ssids
    ssids 少なくともGCがない言語ではガード節はちょっと怖いかな

    2020/02/18 リンク

    その他
    ene0kcal
    ene0kcal 良いエントリやと思う。これは可読性が悪いコードのリファクタリング法と読めばいい。あるいは、初期コーティング時に目的のコードを整理されたものにする為のイディオムと読めばいい。てかM.ファウラーの本のまま。

    2020/02/18 リンク

    その他
    quabbin
    quabbin うへ。このレベルに反対する人いるのか。驚きだ。最低、Cyclomatic complexityはプロジェクト健全性の指標にしたいものなんだがなぁ(つか、してる)

    2020/02/18 リンク

    その他
    rideonshooting
    rideonshooting 異常系とは別に、ロジックを通らなくても例外処理はちゃんと必要

    2020/02/18 リンク

    その他
    takhasegawa
    takhasegawa 多くはマーチンファウラー氏の名著「リファクタリング」に書かれている内容 / 去年の12月に2nd Editionの日本語版が出たよ

    2020/02/18 リンク

    その他
    ShoCoh
    ShoCoh ↓リーダブルコードにも書かれてるんだけど、ガード節を使う(ネストを浅くする)のは「精神的スタック」への負担を軽くする意味があるんですよ、だいたいの人間はブロックの終端を見て条件を簡単に思い出せないので

    2020/02/18 リンク

    その他
    kenzy_n
    kenzy_n anything else ?

    2020/02/18 リンク

    その他
    Harnoncourt
    Harnoncourt 可読性よりも大事なことを忘れていませんかね。

    2020/02/18 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    プログラムの可読性を上げるための条件分岐を減らす方法7個 - Qiita

    Help us understand the problem. What is going on with this article?

    ブックマークしたユーザー

    • techtech05212023/05/13 techtech0521
    • knj29182022/12/02 knj2918
    • thotentry_hatebu1972020/12/11 thotentry_hatebu197
    • heatman2020/04/09 heatman
    • ski_ysk2020/03/23 ski_ysk
    • kwy2020/03/19 kwy
    • irodori03062020/03/18 irodori0306
    • nabeatsu12020/03/14 nabeatsu1
    • trance09172020/03/10 trance0917
    • hylom2020/03/04 hylom
    • ockeghem2020/03/04 ockeghem
    • dieth2020/03/02 dieth
    • arcccc2020/02/26 arcccc
    • tamu222i2020/02/26 tamu222i
    • akiyoko2020/02/26 akiyoko
    • junichiy2020/02/26 junichiy
    • mieki2562020/02/26 mieki256
    • tkomy2020/02/21 tkomy
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2024 Hatena. All Rights Reserved.