エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
例外処理の書き方について - Qiita
このようになんでもCatchしちゃう包容力の高いコードをたまに見る。 こういうコードを見つけると、「臭... このようになんでもCatchしちゃう包容力の高いコードをたまに見る。 こういうコードを見つけると、「臭うぞ!!」と思うのは自分だけだろうか? まあ直接的すぎるのもあれなので、 「ちょっと例外処理広すぎやしませんか? 例外処理は必要最低限の範囲で意図したものだけCatchしましょうよ」 くらいにレビューフィードバックしたりする。 言語やチームに限らず、ここまで激しくなくても、必要以上に大きくTry Catchで囲って必要以上にCatchする書き方をするエンジニアを数多く見てきた。 ##なぜこういうコードが生まれるのか あまりにも多いので、こういう書き方が昔は流行してたのかなーとも思い、Twitterなどで問いかけてみたけどどうやらそうでもなさそう。 ってことでせっかくなので理由を聞いてみたところ多かった回答は、 「あまり意識して書いてなかった」 「もし漏れていたら処理(表示)に影響するので・
2014/11/26 リンク