契約書に捨印を押す - オブジェクト指向と型システムの狭間で例外を考える その2 - プログラマーの脳みそ

オブジェクト指向と型システムの狭間で例外を考える - プログラマーの脳みその続き。 僕は不勉強なのでメイヤー氏の思想というものをそれほどトレース出来ていない。だから開放閉鎖原則についての哲学のようなもの、というのはデザインパターンから嗅ぎとったもので、誤りがある可能性が高いということをあらかじめ断っておく。間違いは指摘してもらえると嬉しい。 検査例外は開放閉鎖原則に反しない まず、検査例外は発生したその場、もしくは直接の呼出し元で処理しない限り、throws に記述せざるを得ない。 そうしない場合、より上位層の throws を追加する必要が出てくる。このような追加、もしくは変更は、中間のクラスの再リリースという手間も必要となる。 これは、明らかに開放閉鎖原則に違反する。 例外について色々と考えてみた - ぐるぐる～ 「検査例外はアジャイルやオブジェクト指向の考えに反するという事実」につい

[motsuni2]

開放閉鎖原則の契約を修正する前段で評価する考え方は、いままで考えたこともなかったので大変勉強になった。

[setamise]

『契約書の修正にいちいち顔を突き合わせて訂正印を押すような面倒は嫌だが、白紙委任状みたいなのも怖い、ちょうど捨印ぐらいの手頃な訂正方式がないと検査例外って堅苦しくていけないよ』表現が面白い

[imai78]

現実的な落とし所っぽい。