167(1): デフォルトの名無しさん (ﾌﾞｰｲﾓ MM22-7+/r) [sage] 2024/01/15(月) 11:54:06.38 ID:0QYW1wwzM(1) AAS
キャッチしてその後どうすんの？

228(3): デフォルトの名無しさん (ﾜｯﾁｮｲ 5763-dZsi) [sage] 2024/02/10(土) 12:18:06.78 ID:KJGevrBa0(1/2) AAS
>>185
>>183の主張の
>一方、例外を生じないライブラリの使い方（関数の呼び出し方）を心掛けるかどうか。これなら選択肢がある
が完全に読み飛ばされている件について：

例外を生じないライブラリの使い方で設計したら、funcB()から例外が飛んでくるのはバグなので
調査と修正の対象になる。
（結果的にやっぱtry { funcB(); } catch (/*略*/) { ... } いるじゃーん？となる可能性はあるがたいていはそうはならない

>>188のように自分が何をやっているのか認識しないまませき止めるのは論外すぐる……

188(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 66cf-5eDQ) [sage] 2024/01/28(日) 17:01:39.99 ID:Gsm093HM0(3/3) AAS
例外安全性を守るのに例外の種類やそれが既知か未知かは関係ないだろうが、
仕様に明記した例外以外は堰き止めるのが正解だろうなあ。

241(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 16cf-BOeC) [sage] 2024/02/11(日) 09:19:29.20 ID:XOPhWcHA0(1/5) AAS
>>236
あんたの認識じゃ catchする=見かけ上動き続ける なんだ？
なんか根本的に勘違いしてる気がする。