回答編集履歴

  ポイントは「状態を持つか否か」です。（計算機でいうなら電卓のメモリ機能のような）

  例外の良い点は、特段自分で実装しなくともオン・デマンド（on demand）で異常を自発的に通知してくれることですよね。自分が油断しててもプログラムがフォローしてくれる。防御力が高いです。

  ただし、どこで何が起きたかお知らせしてくれるだけ。お知らせに応じた対応は自分でやらないといけないのですが、そこまで油断していると、後で問題が起きたりします。例外に応じて、適切な状態に戻したり、変更したりする必要がでてくるわけです。すると例外によってcase by caseで対応が必要なってきちゃいます。だったら、先にわかるものは先に片付けておこうと思うわけで、事前判断しようと考えます。そうすれば状態を戻すようなことを考えずに済むから。例外だけだとちょっと足りないんですよね。

 

  方や事前判断で戻り値を返すとすると、呼び出し元で異常の種類を知りたいなんてことになった場合、戻り値でしかお知らせできないので、0=正常、1は警告、2は…なんて話なり、情報が足りない文字情報も欲しいなんてなれば戻り値はクラスでなんて話にもなっちゃってインターフェイスの仕様変更で面倒です。影響範囲は全部修正・テストなんてことになってコストかかっちゃいます。この点は例外の機構が助かります。正常ケースには影響を及ぼさず、別途エラークラスを作る（takahasimさんのやつ）ことをすれば、case by caseを的確に必要かつ十分な情報を添えて通知することが可能です。なので戻り値返しじゃなくて、例外を使いたくなるんですよね。例外は通例ではない例外への対応力を上げるのにとても便利なんです。

 

  ということで、「事前に判断して、自分で例外を発行する」という手を私は取ります。