古代VBプログラマ質問スレ（Ver.6.0 まで） part65 [転載禁止]©2ch.net (835ﾚｽ)
古代VBプログラマ質問スレ（Ver.6.0 まで） part65 [転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/tech/1440930335/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
38: デフォルトの名無しさん [] 2015/09/12(土) 16:59:48.38 ID:t9wfuOfk 前スレで例外処理についてやってたみたいだけど なるべくエラー行を特定するためにも On Error Resume NextとErr.Clearでなんとかするって自分内で結論した つまりエラーになる予測が立つメソッドを呼び出す時は呼び出す側が責任を持つけど それより上の親とかは関知しない 処理が進まない致命的なエラーなら子に状態を返させて親が終了したりするけど VBの例外機構ってネストの概念がないからOn Error Goto とか凝ったことやろうとすると破綻する気がする http://mevius.5ch.net/test/read.cgi/tech/1440930335/38
39: デフォルトの名無しさん [sage] 2015/09/14(月) 07:24:03.22 ID:XpNdN7EG >>38 いきなり結論覆して申し訳ないけど、そもそもエラーになる予測がつくところなら先にチェックしないか？ 予測がつかない実行時エラーは中断するべきだろうから 親というよりは最上階層まで影響が出ることになるかも知れないし。 なるべくエラー行を特定したいと言うのも、どうせOn Error Resume Next使うということは その先でエラーが起きたかどうかの分岐を入れるつもりなんでしょ？ そもそもそんな作りにするくらいの長い関数を作るつもりなのかを先に聞きたい。 http://mevius.5ch.net/test/read.cgi/tech/1440930335/39
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.029s