桐質問掲示板 [One Message View / Re[3]: モジュール化はフォームのレベルでも必要]

■14366 / 3階層)

　モジュール化はフォームのレベルでも必要

□投稿者/ ONnoji -(2024/05/22(Wed) 10:52:26)

2024/05/22(Wed) 11:26:00 編集(投稿者)
2024/05/22(Wed) 11:09:16 編集(投稿者)

> 「イベント駆動型」では、複数のフォームが存在しても、それらは独立していなければならないのです。
> そして、プログラムの作者がすべてを支配するというアプローチは放棄することです。
> 　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
> これが「制御主体の反転」という意味です。
> そして、それこそが「イベント駆動型」の極意・真髄だと思いますよ。

なかなか意味が伝わらないと思われるので、「制御主体の反転」を具体的に示そうと思います。

まず、二種類の制御の主体を考えます。

１．制御主体がプログラムの作者であるケース

２．制御主体がソフトウェアの仕掛けであるケース

１のケースは、プログラムの作者がすべてを支配するということです。

これは「フロー駆動型」です。

「フロー駆動型」の典型は、まさしく一括処理です。

一括処理では、プログラムの作者がプログラムの流れをすべて記述しますね。

一括処理では、プログラムのスタートから、プログラムのフィニッシュまでの全て記述しなければなりません。

つまり、プログラムの作者がすべてを支配しているわけで、制御権はプログラムの作者が握っているのです。

２のケースは、ピタゴラスイッチやドミノ倒しのようにソフトウェアを作るということです。

ご存じのように、ピタゴラスイッチやドミノ倒しでは、あるきっかけによって、連続的に動作が継続するという仕掛けです。

「イベント駆動型（イベントドリブン）」では、これらの仕掛けを必要な数だけ用意するということになります。

従って制御の主体は、ソフトウェアの仕掛けということになります。

「フォーム＋イベント処理」では、ソフトウェアの仕掛けとして次のものがあります。

・コマンドボタンの機能
・イベント発生の設定とイベントハンドラ

これらを駆使して個々の操作に対応する仕掛けを複数個作りあげて、

フォームが開いた時点で待機（アイドリング）するというのが「イベント駆動型（イベントドリブン）」です。

ということで、この状態を「制御主体がソフトウェアの仕掛けである」と呼ぶことにしましょう。

以上の説明を読んでいただければ、「制御の主体」が１と２では異なっていると理解できるでしょう。

私( ONnoj )は、この事を「制御主体の反転」と呼んでいるのでした。

ｐ．ｓ．

> 実は、過去の掲示板には「フォーム＋イベント処理」のアプローチでありながら、心の中では「フロー駆動型」の例が非常に多いのです。

ＤＯＳ桐や桐ver.7で一括処理でアプリケーションを作っていた人達の多くが「制御主体の反転」に気が付いていないと思います。

だから、過去の掲示板には、外見が「フォーム+イベント処理」でありながら、中身が一括処理のような例が非常に多く見つかると思います。

それを、心の中では「フロー駆動型」と表現した次第です。

ｐ．ｐ．ｓ．

> ご存じのように、ピタゴラスイッチやドミノ倒しでは、あるきっかけによって、連続的に動作が継続するという仕掛けです。
> 「イベント駆動型（イベントドリブン）」では、これらの仕掛けを必要な数だけ用意するということになります。

「イベント駆動型（イベントドリブン）」の場合には、フォームに用意されている機能に精通している必要があります。

しかし、プログラムの作者がすべてを支配するというアプローチに慣れている人達はコマンドに精通しているんですね。

そう、まさしくコマンド命ですから、フォームに用意されている機能には無知で、まるで一括処理のようなアプローチをしてしまうのです。
　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・

つまり、「制御主体の反転」に気付いていないために、余計に泥沼にハマって抜け出せない状態に陥るのですよ。

[メール受信/OFF] 削除キー/

返信無し
　

上記関連ツリー
前の記事(元になった記事)	次の記事(この記事の返信)
期間絞込でのエラー時対応について / ジェダイの桐 (24/05/20(Mon) 09:54) #14350
`├` Re[1]: 期間絞込でのエラー時対応について / まさやん (24/05/20(Mon) 11:46) #14351
`│└` Re[2]: 期間絞込でのエラー時対応について / ジェダイの桐 (24/05/20(Mon) 17:39) #14353 解決済み!
`├` Re[1]: 期間絞込でのエラー時対応について / AK (24/05/20(Mon) 15:33) #14352
`│├` Re[2]: 期間絞込でのエラー時対応について / ジェダイの桐 (24/05/20(Mon) 17:48) #14354
`│└` Re[2]: 期間絞込でのエラー時対応について / まさやん (24/05/20(Mon) 19:39) #14356
`│ └` Re[3]: 期間絞込でのエラー時対応について / AK (24/05/20(Mon) 19:36) #14355
`│ └` Re[4]: 期間絞込でのエラー時対応について / ジェダイの桐 (24/05/21(Tue) 14:50) #14360
`│ └` Re[5]: 期間絞込でのエラー時対応について / ONnoji (24/05/21(Tue) 15:21) #14362
`│ └` Re[6]: 期間絞込でのエラー時対応について / ジェダイの桐 (24/05/23(Thu) 17:27) #14382
`│ └` Re[7]: 期間絞込でのエラー時対応について / ONnoji (24/05/23(Thu) 17:31) #14383
`├` Re[1]: 期間絞込でのエラー時対応について / ONnoji (24/05/20(Mon) 23:34) #14358
`│└` Re[2]: 期間絞込でのエラー時対応について / ジェダイの桐 (24/05/21(Tue) 14:58) #14361
`└` Re[1]: 期間絞込でのエラー時対応について / ONnoji (24/05/21(Tue) 18:47) #14363
`├` Re[2]: 期間絞込でのエラー時対応について / AK (24/05/21(Tue) 19:12) #14364
`└` Re[2]: モジュール化はフォームのレベル�.. / ONnoji (24/05/21(Tue) 19:15) #14365
`├` モジュール化はフォームのレベルでも必要 / ONnoji (24/05/22(Wed) 10:52) #14366 ←Now
`└` Re[3]: モジュール化はフォームのレベル�.. / ジェダイの桐 (24/05/22(Wed) 16:28) #14367
`└` Re[4]: モジュール化はフォームのレベル�.. / ONnoji (24/05/22(Wed) 16:34) #14368
`└` Re[5]: モジュール化はフォームのレベル�.. / ONnoji (24/05/22(Wed) 16:48) #14369
`└` Re[6]: モジュール化はフォームのレベル�.. / ジェダイの桐 (24/05/22(Wed) 17:12) #14370
`├` Re[7]: モジュール化はフォームのレベル�.. / ONnoji (24/05/22(Wed) 17:26) #14371
`│└` Re[8]: モジュール化はフォームのレベル�.. / ジェダイの桐 (24/05/23(Thu) 13:53) #14376 解決済み!
`│ ├` Re[9]: モジュール化はフォームのレベル�.. / ONnoji (24/05/23(Thu) 16:26) #14380
`│ ├` Re[9]: モジュール化はフォームのレベル�.. / AK (24/05/23(Thu) 17:15) #14381
`│ │└` Re[10]: モジュール化はフォームのレベル.. / ジェダイの桐 (24/05/24(Fri) 09:37) #14386
`│ │ └` Re[11]: モジュール化はフォームのレベル.. / ななーし (24/05/28(Tue) 16:08) #14407
`│ └` Re[9]: モジュール化はフォームのレベル�.. / まさやん (24/05/23(Thu) 20:28) #14384
`├` Re[7]: モジュール化はフォームのレベル�.. / ONnoji (24/05/22(Wed) 23:34) #14373
`└` Re[7]: モジュール化はフォームのレベル�.. / ONnoji (24/05/23(Thu) 22:57) #14385
`└` Re[8]: モジュール化はフォームのレベル�.. / ジェダイの桐 (24/05/24(Fri) 10:12) #14387
`└` Re[9]: モジュール化はフォームのレベル�.. / ONnoji (24/05/26(Sun) 16:15) #14393
上記ツリーを一括表示 / 上記ツリーをトピック表示
上記の記事へ返信

入力内容にタグは利用できません。

他人を中傷する記事は管理者の判断で予告無く削除されます。
半角カナは使用しないでください。文字化けの原因になります。
名前、コメントは必須記入項目です。記入漏れはエラーになります。
入力内容の一部は、次回投稿時の手間を省くためブラウザに記録されます。
削除キーを覚えておくと、自分の記事の編集・削除ができます。
URLは自動的にリンクされます。
記事中に No*** のように書くとその記事にリンクされます(No は半角英字/*** は半角数字)。
- No123 → 記事No123の記事リンクになります(指定表示)。
- No123,130,134 → 記事No123/130/134 の記事リンクになります(複数表示)。
- No123-130 → 記事No123～130 の記事リンクになります(連続表示)。

■お願い－－－－－－－

質問には、できるだけ「OS・桐 Ver」等ご記入願います
将来ここに掲載されました内容を、桐のファイルへ変換予定です。
できましたら、3,500文字以内位での投稿お願い致します

■ご注意(Comment)－－－－－

通常モード・・・通常文章等
図表モード・・・等幅表示(イベントや数字等を記入したとき：初期設定)

■解決しましたら最下段にチェックを入れてください

■引用文は、最小限に、お願いいたします

Name	/
E-Mail	/
└> 関連するレス記事をメールで受信しますか? / アドレス
Title	/
メッセージ中には下記URLと同じURLを書き込まないで下さい
URL	/
Comment/ 通常モード->　図表モード-> (適当に改行して下さい/半角10000文字以内) ■No14366に返信(ONnojiさんの記事) > 2024/05/22(Wed) 11:26:00 編集(投稿者) > 2024/05/22(Wed) 11:09:16 編集(投稿者) > >>「イベント駆動型」では、複数のフォームが存在しても、それらは独立していなければならないのです。 >>そして、プログラムの作者がすべてを支配するというアプローチは放棄することです。 >>　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ >>これが「制御主体の反転」という意味です。 >>そして、それこそが「イベント駆動型」の極意・真髄だと思いますよ。 > > なかなか意味が伝わらないと思われるので、「制御主体の反転」を具体的に示そうと思います。 > > まず、二種類の制御の主体を考えます。 > > １．制御主体がプログラムの作者であるケース > > ２．制御主体がソフトウェアの仕掛けであるケース > > １のケースは、プログラムの作者がすべてを支配するということです。 > > これは「フロー駆動型」です。 > > 「フロー駆動型」の典型は、まさしく一括処理です。 > > 一括処理では、プログラムの作者がプログラムの流れをすべて記述しますね。 > > 一括処理では、プログラムのスタートから、プログラムのフィニッシュまでの全て記述しなければなりません。 > > つまり、プログラムの作者がすべてを支配しているわけで、制御権はプログラムの作者が握っているのです。 > > ２のケースは、ピタゴラスイッチやドミノ倒しのようにソフトウェアを作るということです。 > > ご存じのように、ピタゴラスイッチやドミノ倒しでは、あるきっかけによって、連続的に動作が継続するという仕掛けです。 > > 「イベント駆動型（イベントドリブン）」では、これらの仕掛けを必要な数だけ用意するということになります。 > > 従って制御の主体は、ソフトウェアの仕掛けということになります。 > > 「フォーム＋イベント処理」では、ソフトウェアの仕掛けとして次のものがあります。 > > ・コマンドボタンの機能 > ・イベント発生の設定とイベントハンドラ > > これらを駆使して個々の操作に対応する仕掛けを複数個作りあげて、 > > フォームが開いた時点で待機（アイドリング）するというのが「イベント駆動型（イベントドリブン）」です。 > > ということで、この状態を「制御主体がソフトウェアの仕掛けである」と呼ぶことにしましょう。 > > 以上の説明を読んでいただければ、「制御の主体」が１と２では異なっていると理解できるでしょう。 > > 私( ONnoj )は、この事を「制御主体の反転」と呼んでいるのでした。 > > ｐ．ｓ． > >>実は、過去の掲示板には「フォーム＋イベント処理」のアプローチでありながら、心の中では「フロー駆動型」の例が非常に多いのです。 > > ＤＯＳ桐や桐ver.7で一括処理でアプリケーションを作っていた人達の多くが「制御主体の反転」に気が付いていないと思います。 > > だから、過去の掲示板には、外見が「フォーム+イベント処理」でありながら、中身が一括処理のような例が非常に多く見つかると思います。 > > それを、心の中では「フロー駆動型」と表現した次第です。 > > ｐ．ｐ．ｓ． > >>ご存じのように、ピタゴラスイッチやドミノ倒しでは、あるきっかけによって、連続的に動作が継続するという仕掛けです。 >>「イベント駆動型（イベントドリブン）」では、これらの仕掛けを必要な数だけ用意するということになります。 > > 「イベント駆動型（イベントドリブン）」の場合には、フォームに用意されている機能に精通している必要があります。 > > しかし、プログラムの作者がすべてを支配するというアプローチに慣れている人達はコマンドに精通しているんですね。 > > そう、まさしくコマンド命ですから、フォームに用意されている機能には無知で、まるで一括処理のようなアプローチをしてしまうのです。 > 　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・ > > つまり、「制御主体の反転」に気付いていないために、余計に泥沼にハマって抜け出せない状態に陥るのですよ。 >
File	/ アップ可能拡張子=> /.gif/.jpg/.jpeg/.png/.txt/.lzh/.zip/.mid 圧縮ファイル[lzh,zip]は、事前に解凍してご利用下さい。 1) 太字の拡張子は画像として認識されます。 2) 画像は初期状態で縮小サイズ250×250ピクセル以下で表示されます。 3) 同名ファイルがある、またはファイル名が不適切な場合、　　ファイル名が自動変更されます。 4) アップ可能ファイルサイズは1回100KB(1KB=1024Bytes)までです。 5) ファイルアップ時はプレビューは利用できません。 6) スレッド内の合計ファイルサイズ:[139/500KB] 残り:[361KB]
パスワード	/ 半角小文字で「ケイ・アイ・アール・アイ」を入力
削除キー	/ (半角8文字以内)
解決済み! BOX/ 解決したらチェックしてください!
プレビュー/

- Child Tree -
- Antispam Version -