古代VBプログラマ質問スレ（Ver.6.0 まで） part65 [転載禁止]©2ch.net (832ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
121(1): デフォルトの名無しさん [sage] 2015/11/18(水) 19:01:42.95 ID:4OAuBkhO(2/2) AAS
>>120120(3): デフォルトの名無しさん [] 2015/11/18(水) 18:59:06.55 ID:qQMjOk3j(1) AAS
VB6で作っていた業務プログラムがWindows 10で動かなくなりました。
スキルがVB6で止まっています。
VB .Net以降も試しましたがチンプンカンプンです。
他にDelphiでも多少プログラムを作ったことがあります。
こんな私はどのような環境に移行した方がいいでしょうか？
NーBASIC
213: デフォルトの名無しさん [sage] 2015/11/26(木) 15:12:01.95 ID:UUs/uCMX(1) AAS
頭大丈夫か？
270: デフォルトの名無しさん [sage] 2015/12/11(金) 10:42:52.95 ID:z9XcLK7w(2/2) AAS
>>261261(2): デフォルトの名無しさん [sage] 2015/12/11(金) 07:04:04.42 ID:sydzYF+G(1) AAS
お前ら教えろください
同じフォーム内にあるメソッドから〜_Clickみたいなイベントを呼び出すのってアリですか？
直感的にダメな気がするんですが、なぜダメなのか説明出来ません
どちらにしても誰か理由を説明出来る人いますか？
教えてエロい人
> 同じフォーム内にあるメソッドから〜_Clickみたいなイベントを呼び出すのってアリですか？
なし
> 直感的にダメな気がするんですが、なぜダメなのか説明出来ません
その直感は正しいよ。理由はいくつか有る。
まず、一般的にフォームというのはユーザーの入力と処理を結びつけるためにある。
結びつけるだけなのでなるべくフォームに処理は書かない。
処理はフォームとは別に（ビジネスロジック用の）クラスに分離する。
このクラスはフォーム関連コードは一切ない。これにより自動テストがしやすくなる。
このように分離するので、二つのイベントハンドラから、共通のクラスのメソッドを呼び出すので
_Clickを直接呼び出すことはない。
これが大きな理由では有るんだが、クラスを使うほどじゃない場合でも
処理はprivateメソッドに書いて、内部的には処理と結びつけるコードは分離させておいたほうがいい。
それから、もう少しわかりやすい理由として、依存関係の話がある。
_Clickというのは、ボタンだったりするわけだが、そのボタンの存在に処理が依存しているのか？ということ。
通常はボタンには依存していないだろう。仮にボタンをなくしたとしても、処理の内容は変わらないだろう？
だが、_Clickを呼ぶと処理の中にそのボタンが紛れ込んでしまってるわけだ。こういうふうに
余計なものが混ざるとUIを変更した時の影響範囲が大きくなる。
どちらにも共通することは、その責任が明確に分離されていること。単一責任の原則とも言われている。
自分の担当範囲の処理だけを行うことで、それぞれの処理がシンプルになる。
絡み合わせる必要が無いものを、絡み合わせてはいけない。
582: デフォルトの名無しさん [] 2021/07/09(金) 14:06:15.95 ID:oetY1l3k(1) AAS
VB6でIE操作か
死んだら地獄行きになりそう
611: デフォルトの名無しさん [sage] 2021/10/11(月) 21:19:08.95 ID:KfOytNm9(1) AAS
未だOfficeに搭載されているのはVer幾つなんだ？
779: デフォルトの名無しさん [] 2023/04/26(水) 15:39:13.95 ID:RunjDrnT(1) AAS
難しいかどうかを気にするのって
やらない言い訳を探しているように見えるな
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.036s