古代VBプログラマ質問スレ（Ver.6.0 まで） part65 [転載禁止]©2ch.net (832ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
38(1): デフォルトの名無しさん [] 2015/09/12(土) 16:59:48.38 ID:t9wfuOfk(1) AAS
前スレで例外処理についてやってたみたいだけど
なるべくエラー行を特定するためにも
On Error Resume NextとErr.Clearでなんとかするって自分内で結論した
つまりエラーになる予測が立つメソッドを呼び出す時は呼び出す側が責任を持つけど
それより上の親とかは関知しない
処理が進まない致命的なエラーなら子に状態を返させて親が終了したりするけど
VBの例外機構ってネストの概念がないからOn Error Goto
とか凝ったことやろうとすると破綻する気がする
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使うということは
その先でエラーが起きたかどうかの分岐を入れるつもりなんでしょ？
そもそもそんな作りにするくらいの長い関数を作るつもりなのかを先に聞きたい。
> そもそもエラーになる予測がつくところなら先にチェックしないか？
実行時エラーっていうのは、先にチェックが出来ないものなんだよ。
先にチェックした所で意味が無い。（例外はある）
例えば、ファイルが有るか？ を調べた後に別プロセスが消したらどうする？
データベースに接続できるか？をチェックした後に接続が切れたらどうする？
ロックかけられるか？を調べた後に別プロセスがロックしたらどうする？
先にチェックするという考えをしたら
それは間違いだと思ったほうがいい。
106: デフォルトの名無しさん [sage] 2015/11/14(土) 11:34:50.38 ID:qlPwFN7b(1) AAS
へーそうなんだ 素直にVB6を継承したVB7を出さないマイクロソフト ダせぇ〜
ＣＰＵの進化の方向性の予測をマイクロソフトは完全に見誤ったな
173: デフォルトの名無しさん [sage] 2015/11/24(火) 22:41:15.38 ID:PlNbYIXP(4/4) AAS
>>172そう言うのがあるから尚更インターフェース継承という言葉に違和感を感じるんだよなぁ
218: デフォルトの名無しさん [sage] 2015/11/26(木) 16:34:08.38 ID:8ZZhqZvl(2/2) AAS
そりゃな。
C++では逆にインターフェースはなくて
抽象クラス代用してるし。
528: デフォルトの名無しさん [] 2020/04/21(火) 21:55:46.38 ID:FdhLTsrP(1) AAS
嫌な事件だったね……
652: デフォルトの名無しさん [] 2022/02/23(水) 16:33:39.38 ID:vebGIGPQ(4/4) AAS
VBなんて１０年くらい使ってなかったがこの動画をきっかけに思い出した。
動画ﾘﾝｸ[YouTube]
786: デフォルトの名無しさん [sage] 2023/05/09(火) 16:12:29.38 ID:WGtTQQBV(4/4) AAS
全 Image を Picture1 に BitBlt する必要な無いみたいです。
VB6 の Clipboard オブジェクトを使用する場合は、StdPicture にする必要があるみたいですが、
hBitmap を StdPicture に変換するより Clipboard API を使用して hBitmap を渡す方が簡単だと思ったので
この様にしました。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s