• 人気のコメント(10)
  • 全てのコメント
bleu-bleut bleu-bleut 例外的な状況の時のみ例外を使うべきとされているが、プラットフォームやフレームワークが投げる例外以外は使わない派と、積極的に独自の例外を投げる派がいるね。

2017/03/13 リンク

AmaiSaeta AmaiSaeta そもアプリに依って「その状況が例外か否か」は変わりうるのでF/Wの例外が真の例外かというと…… | 「安全な限定版goto」に「意味」を持たせちゃった事に因る混乱という気が。継承(「D is a B」か否か)と同じように。

2016/12/29 リンク

watermaze watermaze 例外は定義されているクラスだが、戻り値はただの値なのでなあ。設計書には1を戻すと書いてあるが、1を表す定数が山ほどあってここではどれ使えばいいのよというアホプロジェクトに関わった人間としては例外の方が良

2016/12/29 リンク

kabukawa kabukawa 例外

2016/12/28 リンク

nazoking nazoking 例外は制限付き値付きのgotoなので行き先の話をしないと無意味じゃないかなーコンソールアプリとwebアプリで違うしフロントエンドとバックエンドでも違うし

2016/12/28 リンク

userhiro userhiro 「プラットフォームやフレームワークが投げる例外以外は使わない派」・・?考えたこともなかったが、30分くらいは考えてみるか

2016/12/28 リンク

indication indication 処理が継続出来なくなった時点で投げるべきだと思う

2016/12/28 リンク

bouzuya bouzuya エラーという括りだと雑すぎないかな……たとえば入力検証によるものもエラーだけど、そこには例外を使うべきなのか、とか。

2016/12/28 リンク

kibarashi9 kibarashi9 んで、何が正解なんだよ。

2016/12/28 リンク

gnufrfr gnufrfr 想定してない動きが起きそうなところは全部例外投げちゃう

2016/12/28 リンク

w1234567 w1234567 PHPerさんらしい周回遅れの議論だけどアプリケーションレベルの例外は筋が悪いよ、メソッドを呼び出す前に前提条件をチェックして回避できるなら、それはアプリケーションレベルの例外を使うべき例外的な状況ではない

2016/12/28 リンク

orenonihongogayabai orenonihongogayabai わかりやすいのは外部システムから取り込むマスタの類。聞いている話と実際のデータが違いそうな箇所には例外仕込んで表には500エラー、ログには詳細残してすぐに原因を究明できるようにしてる。

2016/12/27 リンク

n314 n314 PHPで言うなら、NotFoundExceptionとかRedirectException, AuthExceptionのようなものを使うかどうか、とか。header('Location...'); exit; とか直に書くよりは綺麗に見える。その代わり追いにくい。

2016/12/27 リンク

greencoffeemaker greencoffeemaker あるべき物がないとか、想定してない値は例外派なので積極的に使う派なんだろうな。この辺を感覚で話すと宗教論争になりやすいので要注意ですな。

2016/12/27 リンク

sgo2 sgo2 GDBやVisualStudioには指定した例外(ゼロ除算やアクセス違反等も含む)が投げられる時点でブレークする機能があるので、例外が適切に使われていると問題発生時の調査が楽。(下手に使い過ぎると却って面倒になるが)

2016/12/27 リンク

cl-gaku cl-gaku 例外投げなくてもいい派の人はよっぽどきれいな設計をするんだろうなと思う

2016/12/27 リンク

a-kuma3 a-kuma3 例外を気にする派、気にしない派、という分類の方が実情を表してると思うけど/気にしない派が大多数 :-|

2016/12/27 リンク

masfj masfj コンテキストによる

2016/12/27 リンク

htnmiki htnmiki ブコメでもこんだけ意見が入り乱れるこの状況でユーザ(企業)は何を信頼したらいいのか

2016/12/27 リンク

turanukimaru turanukimaru 例外クラスを作りこむ派。例外クラス中に画面表示用メッセージ作成処理とかログ用メッセージ処理とかを入れている。

2016/12/27 リンク

todesking todesking ADTやパターンマッチがない言語は大変そう

2016/12/27 リンク

apppppp apppppp 殆どのケースでは、「想定外」を例外とする。でも大抵の言語の例外処理って、正常処理に比べてコストが馬鹿デカイんで、場所によっては「想定外」であっても敢えて使用を避ける。これぐらい。

2016/12/27 リンク

shikiarai shikiarai システム設計方針次第では

2016/12/27 リンク

Nyoho Nyoho rebuildfm ep169でも出たなあこれ

2016/12/27 リンク

nakag0711 nakag0711 戻り値をチェックしてエラーならreturnというロジックになるなら例外を使うべき。そのまま継続するなら例外向きではない

2016/12/27 リンク

xenon_abe xenon_abe 成功以外はすべて例外とみなす派

2016/12/27 リンク

reitanigawa reitanigawa 私も、業務エラーで、例外を投げたい派

2016/12/27 リンク

rryu rryu 必ずキャッチして適切に処理しなければならなのは例外的な処理ではない訳で、アプリはエラーでもなんらかの応答を返さなければならないから、投げっぱなしで済む処理がほぼ無くて例外の使い所が無いだけなんだよな。

2016/12/27 リンク

DiceK_U DiceK_U アプリケーションエラー、システムエラーの区別はしてくれよ

2016/12/27 リンク

zentarou zentarou goto代わりに例外使われているコードを見つけたときは目を疑った

2016/12/27 リンク

    関連記事

    アプリケーションから例外を投げる派、投げない派 - Shin x Blog

    例外をどのような状況に投げるかもしくは投げないか、というのはわりと意見が分かれるところです。もち...

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

    • yaaamaaaguuu2018/03/21 yaaamaaaguuu
    • uuutee2017/08/18 uuutee
    • tri-star2017/04/02 tri-star
    • bleu-bleut2017/03/13 bleu-bleut
    • masutaka262017/02/03 masutaka26
    • hajimepg2017/01/13 hajimepg
    • fallentasteful2017/01/08 fallentasteful
    • sinksalt2017/01/06 sinksalt
    • oppara2017/01/06 oppara
    • kamemoge2017/01/05 kamemoge
    • namidash2017/01/05 namidash
    • J5a2017/01/05 J5a
    • keikeito01221452017/01/02 keikeito0122145
    • InoHiro2017/01/01 InoHiro
    • stockedge2016/12/31 stockedge
    • bluesy-k2016/12/30 bluesy-k
    • nishitki2016/12/30 nishitki
    • lEDfm4UE2016/12/29 lEDfm4UE
    すべてのユーザーの
    詳細を表示します

    いま人気の記事

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

    新着記事 - テクノロジー

    同じサイトの新着

    Amazon Dash Button にみるドメイン特化クラスのヒント - Shin x Blog

    53 users https://blog.shin1x1.com/

    TDD を体験する本「テスト駆動開発」 - Shin x Blog

    47 users https://blog.shin1x1.com/