例外について色々と考えてみた - ぐるぐる～

オブジェクト倶楽部、コーディング規約の会の「C# コーディング標準」の駄目なところ - ぐるぐる〜から派生して、 「他の例外クラスを継承しただけの例外クラスを作らない」に不同意の理由 - Diary of Dary、 例外クラスの指針 - 猫とC#について書くmatarilloの雑記や、さらには Twitter で Java の検査例外と非検査例外についての議論へと発展したので例外についてまじめに考えてみた。 あくまで、今の自分の考えなので真に受けない方がいいかも！そもそも経験が少ないので、トンチンカンなことを言ってるかもしれません。 あ、それと、用語は基本的に Java から取ってきています。ただ、メソッドじゃなくて関数を使っているけど、これに深い意味はありません。多分。 例外とは まず、例外とは一体何者なのか、ということ。 ここでは面倒を避けるために、Meyer 先生の定義を借りること

[efcl]

例外とassertion、fs.openの例と例外を使うべきタイミングについて

[motsuni2]

例外に関する考察

[zetta1985]

検査例外の代替手段として「関数」でエラーコード返すってのは納得いかないなぁ。それもう「関数」じゃなくない？んで、エラーコードの内容、公開するの？ライブラリ仕様変更→呼び出し元気付けない→バグ、な流れに

[j5ik2o]

例外に対するすばらしい考察。激しく同意

[Nagise]

throwsを変更した時点でインターフェースの更新、つまるところ契約の更新であるから「中間のクラスの再リリースという手間」が「開放閉鎖原則に違反する」というのは誤り。閉鎖を破ることが開放されているわけではない

[kenichiice]

「さらに問題なのは、Java ではコンストラクタでリソースを取得しない方が望ましいのではないか、ということだ。」

[Wacky]

、「すべての例外ハンドラーを除去しても、このプログラムは動作することができるだろうか？」と自問してください。答えが「ノー」であれば、例外ではない状況下で例外が使われているはずです。

[todesking]

チェックド例外は例外というよりチェックを強要する特殊な帰り値に近い。シンタクスがもうちょいスッキリしてればいいんじゃないですかね

[rti7743]

例外って業務エラーでいえば未知のエラー扱いだと思う。それと、例外のメッセージで詳細なエラーメッセージ(たとえばfopenの失敗したときの errno等)が記録できるからトラブルシュートには最適と思ってる。

[coppieee]

例外ジャマい

[katzchang]

リソースのopen例外とread例外は本来区別されるものなのかとか、「例外状態」はオブジェクトとしての状態でシステム全体の状態とは限らないとか。