[過去ﾛｸﾞ] C++相談室 part165 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
241(2): (ﾜｯﾁｮｲ 16cf-BOeC) 2024/02/11(日)09:19 ID:XOPhWcHA0(1/5) AAS
>>236
あんたの認識じゃ catchする=見かけ上動き続ける なんだ？
なんか根本的に勘違いしてる気がする。
243: (ﾜｯﾁｮｲ 16cf-BOeC) 2024/02/11(日)09:47 ID:XOPhWcHA0(2/5) AAS
アンカ間違えた、すまん
>>241は>>235宛な。
247: (ﾜｯﾁｮｲ 16cf-BOeC) 2024/02/11(日)10:14 ID:XOPhWcHA0(3/5) AAS
>>245
？
そのtryブロックの処理が失敗したものとするって書いてあるじゃん。
250(1): (ﾜｯﾁｮｲ 16cf-BOeC) 2024/02/11(日)12:01 ID:XOPhWcHA0(4/5) AAS
>>248
>例外が関数の階層をぶち抜いてfall-throughしてくることを忘れている発言
やっぱり意味不明だな。catchすれば「階層をぶち抜いて」ってことはないわけだが。
>2. fall-throughする関数が例外による処理の中断でおかしいことにならないか（←要テスト！
もしそのテストが必要なんだとすれば、catchしない場合はその例外が通過する
呼び出し階層全部でテストをしなきゃならないってことになるが。
251(1): (ﾜｯﾁｮｲ 16cf-BOeC) 2024/02/11(日)12:31 ID:XOPhWcHA0(5/5) AAS
>>249
>1. 例外をせき止めれば良い（←処理不能な未知の例外が飛んでくることが無いというライブラリに対する全幅の信頼
なるほどな。
catchする⇒無視する、握りつぶす って脳内変換されてんだな。
catch書いたからといって上に挙げられたようなテストができなくなるわけじゃないっしょ。必要と思うならやればいい。
3.の意図しない例外の原因調査なんて main() に例外が上がってきてプログラムが落ちてからより
発生個所に近い下層で catch できた方がはるかに調査しやすいと思うんだがな。感覚が違うなあ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.501s*