~スマートフォン用の表示で見るスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。読者です読者をやめる読者になる読者になるぐるぐる~2008-12-28gotoがいやならメソッドを使えばいいじゃないJava同僚の人はフラグを使ったやりかた〜プログラムは略〜や、例外を使ったやりかた〜プログラムは略〜で、いままでやってきたらしい。なんで?って聞いたら、goto絶対ダメ派なんだそうな。ラベル付きbreakはgotoじゃないと思うけど、なかなか納得してくれんかったなあ。プログラマとSEのあいだラベル付きbreakは許せなくて、例外は許せるってのはちょっとよくわからん考え方だな。そんなにラベルつきのbreakがいやなら、メソッド使ってラベルなしのbreakを使うというのはどうだろう。追記:この例ではreturn;の方がいい。}}mainメソッド内のif文の中が気持ち悪いなら、ちょっと説明的にしてみるとか。追記:この例ではreturn;の方がいい。}}個人的には最初の例で十分だけどね。e)と書いてしまうと、本当の例外を握りつぶしてしまうメソッドに分ける(booleanで判定)ループ内の処理が複雑になっても可読性が落ちない3重ループ以上にネストすると、他の方法と併用するか、さらに複雑な記述が必要breakの判定が少し分かりにくいメソッドに分ける(enumで判定)ループ内の処理が複雑になっても可読性が落ちない外側のループに相当する部分の可読性が高い3重ループ以上にネストすると、他の方法と併用するか、さらに複雑な記述が必要やってることに対してコードの量が多い例外を使った場合のパフォーマンス低下だけど、2重ループの外側に大きなループがなければ、十分無視できるかもしれない。いって、例外を通常のフローの制御に使うのは反対だけどね。フロー制御に例外を使用しています。}}うーん、意味的にはThrowableから派生させたほうがいいのかな。Blog|ブログを報告する。