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