古代VBプログラマ質問スレ（Ver.6.0 まで） part65 [転載禁止]©2ch.net (832ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
43(1): デフォルトの名無しさん [sage] 2015/09/15(火) 11:46:03.38 ID:JvEHO3WV(1) AAS
>>3939(2): デフォルトの名無しさん [sage] 2015/09/14(月) 07:24:03.22 ID:XpNdN7EG(1) AAS
>>38
いきなり結論覆して申し訳ないけど、そもそもエラーになる予測がつくところなら先にチェックしないか？
予測がつかない実行時エラーは中断するべきだろうから
親というよりは最上階層まで影響が出ることになるかも知れないし。
なるべくエラー行を特定したいと言うのも、どうせOn Error Resume Next使うということは
その先でエラーが起きたかどうかの分岐を入れるつもりなんでしょ？
そもそもそんな作りにするくらいの長い関数を作るつもりなのかを先に聞きたい。
> そもそもエラーになる予測がつくところなら先にチェックしないか？
実行時エラーっていうのは、先にチェックが出来ないものなんだよ。
先にチェックした所で意味が無い。（例外はある）
例えば、ファイルが有るか？ を調べた後に別プロセスが消したらどうする？
データベースに接続できるか？をチェックした後に接続が切れたらどうする？
ロックかけられるか？を調べた後に別プロセスがロックしたらどうする？
先にチェックするという考えをしたら
それは間違いだと思ったほうがいい。
45(1): デフォルトの名無しさん [sage] 2015/09/16(水) 10:30:16.72 ID:mu6Nh8e2(1/3) AAS
>>43
Windowsはファイルオープン後にファイルが消される心配はない、つまりオープンでエラーチェックすればいい
データベース接続にしても、実際にコネクトだしてみて成功か失敗かで判定するから何の問題もない
先にロックされていたらロック待ちに入るだけだから何の問題もない、タイムアウトするまで気長に待てばいい
トランザクション開始後に何かエラーがおきても、とりあえずロールバックだせばいい
それにロールバック前にプロセスが死んでもTPモニタがトランザクションを回収してくれるから安心していいぞ
分散トランだろうろうがローカルトランだろうが、そこらへんは同じだ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.048s*