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

■14365 / 2階層)

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

□投稿者/ ONnoji -(2024/05/21(Tue) 19:15:37)

2024/05/22(Wed) 15:32:55 編集(投稿者)
2024/05/22(Wed) 02:39:48 編集(投稿者)

これは個人( ONnoji )の感想です。

以下のようにモーダル側で、

　表　"日付絞り込み.TBX"

なんてコマンドを実行するのは一番駄目なアプローチだと思いますよ。

　　主ウィンドウ　　　　　　　　　　　　　　　　　モーダルフォーム（ダイアログボックス）
　┌──────────────────┐　　　┌──────────────────┐
　│日付絞り込み.wfx　　　　　　　　　　│　　　│期間指定絞込.wfx　　　　　　　　　　│
　│　　　　　　　　　　　　　　　　　　│　　　│　　　　　　　　　　　　　　　　　　│
　│　　　　　　　　　　　　　　　　　　│　　　│　期間指定絞込.kex　　　　　　　　　│
　│機能名　　　　　　機能ﾊﾟﾗﾒｰﾀﾘｽﾄ　　│　　　│　表　"日付絞り込み.TBX"　　　　　　│
　│1 表示　　　　　　　　　　　　　　　│　　　│　　：　　　　　　　　　　　　　　　│
　│2 モーダルフォーム　期間指定絞込.wfm┝━━━┥　　：　　　　　　　　　　　　　　　│
　│　　　　　　　　　　　　　　　　　　┝━━━┥　　：　　　　　　　　　　　　　　　│
　│　　　　　　　　　　　　　　　　　　│　　　│　編集表　"日付絞り込み.TBX"　　　　│
　│　　　　　　　　　　　　　　　　　　│　　　│　終了　表　編集対象表　←　エラー　│
　└───────┬──────────┘　　　└──────────────────┘
　　　　　　　　　│
　　　　　　　編集対象表
　　　　　　　　　│
　┌───────┴─────────┐
　│日付絞り込み.TBX　　　　　　　　　│　
　│　　　　　　　　　　　　　　　　　│
　│　　　　　　　　　　　　　　　　　│
　│　　　　　　　　　　　　　　　　　│
　│　　　　　　　　　　　　　　　　　│
　│　　　　　　　　　　　　　　　　　│
　└─────────────────┘

だって、"日付絞り込み.TBX"は、すでに開いているのですから、余計なチョッカイを出しちゃ面倒なんですよ。
　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

ここは、主ウィンドウ側の"日付絞り込み.kex"で

　変数宣言　固有，整数｛ &gAnswer ｝
　変数宣言　固有，日時｛ &gRefinementStartDate, &gRefinementEndDate ｝

として、

　&gRefinementStartDate = [日付]
　&gRefinementEndDate　 = [日付]

と値を代入して（代入しなくてもいいけれど・・・）

１．固有変数（または共通変数）でモーダル側でも値が参照できるようにして
２．固有変数（または共通変数）で終了状態（ &gAnser ）も受取る
３．もし、終了状態（ &gAnser ）がＯＫ（１）なら実行

ですね。

例えば、

　オブジェクト名： cmd期間指定絞込
　標題　　　　　：期間指定絞込

　　機能名　　　　　　機能パラメータリスト
　1 なし　　　　　　　#代入( &gRefinementStartDate, [日付]), #代入( &gRefinementEndDate, [日付])
　2 モーダルフォーム　期間指定絞込.wfx
　3 実行条件　　　　　( &gAnswer = 1 )
　4 手続き実行　　　　cmd期間指定絞込Click

とかね。(^^ゞ　※あくまでもアバウトな例示です。詳細を含んだ例示ではありませんよ。

こうすると、モーダルフォーム（ダイアログボックス）は、変数を操作するだけに専念できるでしょう。
　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

そして、主ウィンドウでは、絞り込みに専念できるというわけです。
　　　　・・・・・・・・・・・・・・・・・・・

　※そもそも、絞り込む機能は編集対象があるフォームの機能であって、NULLフォームが絞り込む機能を持つ必要はありません。
　　　　　　　・・・・・・・・・・・・・・・・・・・・・　　　　　・・・・・・・・・・・・・・・・・・

　※NULLフォームは、編集対象があるフォームへ情報を伝えて、編集対象があるフォームが自ら実行すればよいのです。
　　・・・・・・・・・・・・・・・・・・・・・・・・・・　　　　　　　　　　　　　・・・・・・・・・

キモは、モーダル側で主ウィンドウの編集対象表の面倒を見ないことですよ。

モーダルは単に変数の値を編集するだけ。※固有変数・共通変数・組み込み変数を編集します。

そして、モーダルで編集された変数の値を参照して絞り込みを実行するのは、主ウィンドウ側のの手続きということです。

こうすれば、機能分担がハッキリして、保守が楽になるということですよ。(^^ok

モーダルフォームは補助ウィンドウなのですから、主役の仕事を横取りしてはいけないんですゾッ！。
・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

モジュール化は手続きのレベルだけでなく、フォームのレベルでも必要なんですよ。

そう考えれば、自然に気が付きますよ。

ｐ．ｓ．

> モジュール化は手続きのレベルだけでなく、フォームのレベルでも必要なんですよ。

モジュールとは交換可能な構成部分という意味ですね。

だから、僭越にもモーダルフォームが主ウィンドウの範囲を対象にした機能を有していると、一体化しちゃって交換可能じゃなくなっちゃうでしょう。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・
なので、モーダルフォームは主ウィンドウに対して余計なチョッカイを出してはいけないのですよ。

　＜参考＞

　　桐の釣魚大全のトップ > フォームアプリケーション教書　第１部
　　１９．５　それぞれのフォームアプリケーションは独立しているので直接的な干渉をしない
　　http://silicon7565.html.xdomain.jp/guide/guide_Part1.htm#section19-5

ｐ．ｓ．

今回のように、NULLフォーム側で主人であるフォームの編集対象表を直接ハンドルするという発想は「フロー駆動型」です。

「目からウロコのデータベース桐プログラミング入門」の「３　イベント駆動型のプログラミング」で論じたように、「フロー駆動型」は一括処理の考え方です。

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

「フロー駆動型」とは、プログラムの作者がすべてを支配するということです。
　　　　　　　　　　　・・・・・・・・・・・・・・・・・

今回の件は、心の中では「フロー駆動型」の典型的な例だと思いますよ。

例えが分り難いでしょうが、『ホビットの冒険』や『指輪物語』の一つの指輪（ひとつのゆびわ、One Ring）の持ち主のようになってはいけないのです。

心の中に「フロー駆動型」の誘惑があると、「イベント駆動（イベントドリブン）」としての「フォーム＋イベント処理」のアプローチが出来なくなります。

　　【指輪の銘】　一つの指輪　出典: フリー百科事典『ウィキペディア（Wikipedia）』
　　一つの指輪は全てを統べ、
　　一つの指輪は全てを見つけ、
　　一つの指輪は全てを捕らえて、暗闇の中に繋ぎとめる。
　　(One Ring to rule them all, One Ring to find them, One Ring to bring them all, and in the darkness bind them)

「イベント駆動（イベントドリブン）」のためには、一つの指輪を滅びの山に捨ててください。

と、『指輪物語』を読んだことが無い人にはワカラナイことを書きましたが・・・(^^ゞ

改めて、今回の件は、心の中では「フロー駆動型」の典型的な例だと思いますよ。

「イベント駆動型」では、複数のフォームが存在しても、それらは独立していなければならないのです。

そして、プログラムの作者がすべてを支配するというアプローチは放棄することです。
　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

これが「制御主体の反転」という意味です。

そして、それこそが「イベント駆動型」の極意・真髄だと思いますよ。

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

→Re[3]: モジュール化はフォームのレベル�.. /ONnoji
→Re[3]: モジュール化はフォームのレベル�.. /ジェダイの桐
　

上記関連ツリー
前の記事(元になった記事)	次の記事(この記事の返信)
期間絞込でのエラー時対応について / ジェダイの桐 (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
`└` モジュール化はフォームのレベルでも必要 / ONnoji (24/05/21(Tue) 19:15) #14365 ←Now
`├` Re[3]: モジュール化はフォームのレベル�.. / ONnoji (24/05/22(Wed) 10:52) #14366
`└` 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文字以内) ■No14365に返信(ONnojiさんの記事) > 2024/05/22(Wed) 15:32:55 編集(投稿者) > 2024/05/22(Wed) 02:39:48 編集(投稿者) > > これは個人( ONnoji )の感想です。 > > 以下のようにモーダル側で、 > > 　表　"日付絞り込み.TBX" > > なんてコマンドを実行するのは一番駄目なアプローチだと思いますよ。 > > > 　　主ウィンドウ　　　　　　　　　　　　　　　　　モーダルフォーム（ダイアログボックス） > 　┌──────────────────┐　　　┌──────────────────┐ > 　│日付絞り込み.wfx　　　　　　　　　　│　　　│期間指定絞込.wfx　　　　　　　　　　│ > 　│　　　　　　　　　　　　　　　　　　│　　　│　　　　　　　　　　　　　　　　　　│ > 　│　　　　　　　　　　　　　　　　　　│　　　│　期間指定絞込.kex　　　　　　　　　│ > 　│機能名　　　　　　機能ﾊﾟﾗﾒｰﾀﾘｽﾄ　　│　　　│　表　"日付絞り込み.TBX"　　　　　　│ > 　│1 表示　　　　　　　　　　　　　　　│　　　│　　：　　　　　　　　　　　　　　　│ > 　│2 モーダルフォーム　期間指定絞込.wfm┝━━━┥　　：　　　　　　　　　　　　　　　│ > 　│　　　　　　　　　　　　　　　　　　┝━━━┥　　：　　　　　　　　　　　　　　　│ > 　│　　　　　　　　　　　　　　　　　　│　　　│　編集表　"日付絞り込み.TBX"　　　　│ > 　│　　　　　　　　　　　　　　　　　　│　　　│　終了　表　編集対象表　←　エラー　│ > 　└───────┬──────────┘　　　└──────────────────┘ > 　　　　　　　　　│ > 　　　　　　　編集対象表 > 　　　　　　　　　│ > 　┌───────┴─────────┐ > 　│日付絞り込み.TBX　　　　　　　　　│　 > 　│　　　　　　　　　　　　　　　　　│ > 　│　　　　　　　　　　　　　　　　　│ > 　│　　　　　　　　　　　　　　　　　│ > 　│　　　　　　　　　　　　　　　　　│ > 　│　　　　　　　　　　　　　　　　　│ > 　└─────────────────┘ > > だって、"日付絞り込み.TBX"は、すでに開いているのですから、余計なチョッカイを出しちゃ面倒なんですよ。 > 　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > ここは、主ウィンドウ側の"日付絞り込み.kex"で > > 　変数宣言　固有，整数｛ &gAnswer ｝ > 　変数宣言　固有，日時｛ &gRefinementStartDate, &gRefinementEndDate ｝ > > として、 > > 　&gRefinementStartDate = [日付] > 　&gRefinementEndDate　 = [日付] > > と値を代入して（代入しなくてもいいけれど・・・） > > １．固有変数（または共通変数）でモーダル側でも値が参照できるようにして > ２．固有変数（または共通変数）で終了状態（ &gAnser ）も受取る > ３．もし、終了状態（ &gAnser ）がＯＫ（１）なら実行 > > ですね。 > > 例えば、 > > 　オブジェクト名： cmd期間指定絞込 > 　標題　　　　　：期間指定絞込 > > 　　機能名　　　　　　機能パラメータリスト > 　1 なし　　　　　　　#代入( &gRefinementStartDate, [日付]), #代入( &gRefinementEndDate, [日付]) > 　2 モーダルフォーム　期間指定絞込.wfx > 　3 実行条件　　　　　( &gAnswer = 1 ) > 　4 手続き実行　　　　cmd期間指定絞込Click > > とかね。(^^ゞ　※あくまでもアバウトな例示です。詳細を含んだ例示ではありませんよ。 > > こうすると、モーダルフォーム（ダイアログボックス）は、変数を操作するだけに専念できるでしょう。 > 　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > そして、主ウィンドウでは、絞り込みに専念できるというわけです。 > 　　　　・・・・・・・・・・・・・・・・・・・ > > 　※そもそも、絞り込む機能は編集対象があるフォームの機能であって、NULLフォームが絞り込む機能を持つ必要はありません。 > 　　　　　　　・・・・・・・・・・・・・・・・・・・・・　　　　　・・・・・・・・・・・・・・・・・・ > > 　※NULLフォームは、編集対象があるフォームへ情報を伝えて、編集対象があるフォームが自ら実行すればよいのです。 > 　　・・・・・・・・・・・・・・・・・・・・・・・・・・　　　　　　　　　　　　　・・・・・・・・・ > > キモは、モーダル側で主ウィンドウの編集対象表の面倒を見ないことですよ。 > > モーダルは単に変数の値を編集するだけ。※固有変数・共通変数・組み込み変数を編集します。 > > そして、モーダルで編集された変数の値を参照して絞り込みを実行するのは、主ウィンドウ側のの手続きということです。 > > こうすれば、機能分担がハッキリして、保守が楽になるということですよ。(^^ok > > モーダルフォームは補助ウィンドウなのですから、主役の仕事を横取りしてはいけないんですゾッ！。 > ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > モジュール化は手続きのレベルだけでなく、フォームのレベルでも必要なんですよ。 > > そう考えれば、自然に気が付きますよ。 > > ｐ．ｓ． > >>モジュール化は手続きのレベルだけでなく、フォームのレベルでも必要なんですよ。 > > モジュールとは交換可能な構成部分という意味ですね。 > > だから、僭越にもモーダルフォームが主ウィンドウの範囲を対象にした機能を有していると、一体化しちゃって交換可能じゃなくなっちゃうでしょう。 > 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・ > なので、モーダルフォームは主ウィンドウに対して余計なチョッカイを出してはいけないのですよ。 > > 　＜参考＞ > > 　　桐の釣魚大全のトップ > フォームアプリケーション教書　第１部 > 　　１９．５　それぞれのフォームアプリケーションは独立しているので直接的な干渉をしない > 　　http://silicon7565.html.xdomain.jp/guide/guide_Part1.htm#section19-5 > > ｐ．ｓ． > > 今回のように、NULLフォーム側で主人であるフォームの編集対象表を直接ハンドルするという発想は「フロー駆動型」です。 > > 「目からウロコのデータベース桐プログラミング入門」の「３　イベント駆動型のプログラミング」で論じたように、「フロー駆動型」は一括処理の考え方です。 > > 実は、過去の掲示板には「フォーム＋イベント処理」のアプローチでありながら、心の中では「フロー駆動型」の例が非常に多いのです。 > 　　　　　　　　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > 「フロー駆動型」とは、プログラムの作者がすべてを支配するということです。 > 　　　　　　　　　　　・・・・・・・・・・・・・・・・・ > > 今回の件は、心の中では「フロー駆動型」の典型的な例だと思いますよ。 > > 例えが分り難いでしょうが、『ホビットの冒険』や『指輪物語』の一つの指輪（ひとつのゆびわ、One Ring）の持ち主のようになってはいけないのです。 > > 心の中に「フロー駆動型」の誘惑があると、「イベント駆動（イベントドリブン）」としての「フォーム＋イベント処理」のアプローチが出来なくなります。 > > 　　【指輪の銘】　一つの指輪　出典: フリー百科事典『ウィキペディア（Wikipedia）』 > 　　一つの指輪は全てを統べ、 > 　　一つの指輪は全てを見つけ、 > 　　一つの指輪は全てを捕らえて、暗闇の中に繋ぎとめる。 > 　　(One Ring to rule them all, One Ring to find them, One Ring to bring them all, and in the darkness bind them) > > 「イベント駆動（イベントドリブン）」のためには、一つの指輪を滅びの山に捨ててください。 > > と、『指輪物語』を読んだことが無い人にはワカラナイことを書きましたが・・・(^^ゞ > > 改めて、今回の件は、心の中では「フロー駆動型」の典型的な例だと思いますよ。 > > 「イベント駆動型」では、複数のフォームが存在しても、それらは独立していなければならないのです。 > > そして、プログラムの作者がすべてを支配するというアプローチは放棄することです。 > 　　　　・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ > > これが「制御主体の反転」という意味です。 > > そして、それこそが「イベント駆動型」の極意・真髄だと思いますよ。 > >
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 -