古代VBプログラマ質問スレ（Ver.6.0 まで） part65 [転載禁止]©2ch.net (835ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
40(1): デフォルトの名無しさん [sage] 2015/09/14(月) 13:29:24.17 ID:B32AStzW(1) AAS
>>3939(2): デフォルトの名無しさん [sage] 2015/09/14(月) 07:24:03.22 ID:XpNdN7EG(1) AAS
>>38
いきなり結論覆して申し訳ないけど、そもそもエラーになる予測がつくところなら先にチェックしないか？
予測がつかない実行時エラーは中断するべきだろうから
親というよりは最上階層まで影響が出ることになるかも知れないし。
なるべくエラー行を特定したいと言うのも、どうせOn Error Resume Next使うということは
その先でエラーが起きたかどうかの分岐を入れるつもりなんでしょ？
そもそもそんな作りにするくらいの長い関数を作るつもりなのかを先に聞きたい。
ファイルオープンするために、いちいちファイルの存在チェックとか、パーミッションのチェックするの？
それでOKになったとしても、誰かが排他オープンしてて、オープン失敗とかあるかもだし。
41(1): デフォルトの名無しさん [sage] 2015/09/14(月) 22:17:38.65 ID:LFTlT8XD(1) AAS
>>40
ファイルの存在チェックくらいするだろうけどまぁいいや。
その辺を実行時エラーで捕まえるのはいいとしても、
責任？はもう少し考えた方がいいと思う。
例えば分散トランザクションとか、2度以上に渡って段階的にロールバックが必要で、
それぞれ別の階層で行われるような場合とか。
責任を与えるとしたらOnErrorが書いてあるところの責任はエラー情報の収集、
それ以外はそれぞれの処理に合わせて臨機応変になると思うよ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s