PHP で例外を投げるメソッドじゃなく例外を作るメソッドにするただひとつの理由 - Qiita

例外の作成にめんどくさい手続きが必要なとき。例えば、HTTP のレスポンスオブジェクトを元に例外を作成するときとか。 <?php $message = sprintf( "HTTP/%s %s %s", $response->getVersion(), $response->getCode(), $response->getMessage() ); throw new HttpException($message, $response->getCode()); そういうときはそれようのメソッドを作ると便利です。 このとき、例外を作成して投げるメソッド と 例外を作成して返すメソッド の２通りの実装方法が考えられます。例えば下記の raise と create です。 <?php class HttpException extends \Exception { /** * 例外を作成して投げ

[ngyuki]

DocComment のアノテーションで noreturn とかできればなー

[n314]

ほとんどthrow new FooExceptionしか使わないな。あまり複雑な例外を作ろうとして例外を作る処理にバグがあったら面倒だし。raiseって名前なのにthrowしてないとかあったら大変なので、書くなら return raise('oops'); かなあ。

[Dai_Kamijo]

オブジェクトの生成と利用を混ぜない / 自分ならこうする throw (new FooExceptinFactory)-&gt;newInstance($response); — BEAR.Sunday (@BEARSunday) January 7, 2016 from Twitter https://twitter.com/Dai_Kamijo January 13, 2016 at 10:40AM via IFTTT

[trashtoy]

おおお、一部のコードカバレージが 100% にならない件についてずっと悩んでたんだけどこうすれば良かったのか！

[kabochatori]

単一責任原則で作るだけの方が良いな。

[k-holy]

Doctrine2の例が面白いな、ああいう抽象化もアリなのね。直接throwだと例外メッセージのコピペが避けられないし、throw時点のスタックトレースになるなら使いたいところだけど…。

[clavier]

[