GJAX IS UNDER CONSTRUCTION! （※日本語ブログ）

それはつまりフレームワーク側で例外にしないでくれってところですか？

それとも他の例外でよくね？って意味ですか？

ならばInvalidOperationExceptionあたりかなぁ、
僕の思う妥当なところは。

taka さん

>それはつまりフレームワーク側で例外にしないでくれってところですか？
>
>それとも他の例外でよくね？って意味ですか？

わかりにくかったですか。
両方とも違います。

フレームワーク側でやってくれることをするのはおかしくね？という意味です。

えっと、

if (a == 0) {
throw new 、DividByZeroException();
}

としなくとも、

return b / a;

として、実行時にaが0ならフレームワーク(今の場合はCLIかな？)が
throwするからいちいち0チェックいらないんじゃん？という話題でいいんですかね。

「DividByZeroExceptionをスローするのはナンセンスだと思う」だけだと
ゼロ割りの際に例外が投げられること自体がナンセンスと言っているように読めるなぁ。

使う人にコーディングミスや時用条件のミスを教えてやるには便利ですよ。
ArgumentOutOfRangeException の方がいいと思いますけどね。

ただ割るだけならそうかもしれませんけど、分子をコネコネしてから割るんだったら早々に例外投げてもいいと思います。どうせダメなんだし。
0渡すんじゃねーよってのが強調されますし。
私が実装するとしたら、どうするかわかりません。
public なライブラリ用メソッドなら投げて、ドキュメントコメントに exception 要素で説明書くと思います。
private なら、多分投げません。
なので、投げる「なら」と書いた次第であります。ハイ。

私の場合は、クラスのキャスト例外、Nullポインタといった例外は実行環境が
検出してthrowされる状況下なら、throwさせるがままにすることが多いですね。

ただし、大きなバリデーション処理などの場合は、ソース修正が入ったりした際に、
本来throwさせたい例外と違う例外がthrowされるように改変されるといやなので、
冒頭で明示的に検出してthrowするように書くことがあります。

でければ、コメントなどで、異常データがきたときにここで例外が発生して
throwされるように考えてこの順序で処理してんだ、直すときは気をつけろ、
という旨を書いておかないと、後でバグを盛り込まれる可能性がありますね。

ピンと来なくてもインスパイア元を見てくれれば、わかる人にはわかって頂けると思いましたが、
この文章だけでは別の意味に捉えられてしまっても仕方ないですね。

文字数増えても一言、二言補足すべきでした。

早くに対応していただいてありがとうございます。
きれいなバッグでうれしいです。
【送料無料】オロップ 2WAYバッグをセール価格で販売中♪オロップ 2WAYバッグ ブラック クロコダイル 新品 ガマ口 クラッチバッグ ショルダーストラップ OLOP
とてもきれいなバッグでした。金具がじゃましてスマホがケースなしで押し込めないと入らないことだけが残念です。きれいなのでこれから使っていきたいと思います。
ヤフオク ロレックス エクスプローラー https://www.gmt78.com/article/ems/detail/1855.htm