桐質問掲示板 [One Message View / Re[3]: 期間絞込でのエラー時対応について]

■14355 / 3階層)

　期間絞込でのエラー時対応について

□投稿者/ AK -(2024/05/20(Mon) 19:36:28)

2024/05/23(Thu) 08:45:27 編集(投稿者)

> 桐のレベルはまだまだですが、今プログラムを考えるのが楽しくなってきました！
> ONnojiさんや掲示板で回答を下さる方々に教えて貰いながら、少しづつですが
> プログラムが上達してきました！

ジェダイの桐さん

余計なお世話ですが参考までに私の経験上良かったと思えるイベント勉強方法お伝えします。^^

1　少ないコードでもよいですが、毎日実際にコードを書いてたくさんエラーコードを学ぶとよい
　
　これは初心者、初級者のうちは非常に大事なことだと思います。
　特に勉強と一緒で人が書いたコードを読んで理解している「つもり」は一番ダメです。
　どんなに短いコードでも実際に自分で書いて、どういう結果や挙動になるか経験して失敗をいっぱい重ねることが上達への近道だと思います。

2　トレース出力ウィンドウを上手に使う。

　桐にはトレース出力ウィンドウがありますのでこれを上手に使うことも上達の近道だと思います。
　設定方法はヘルプを参照してください。
　これを使用する理由はシンプルで、変数の値の変化を目視で確認できるからです。
　最初のうちは変数値の変化が頭の中でよく理解できていないことが多いと思います。
　そしてコードを書くことに慣れてくると、何れループ処理を勉強すると思いますがここが初級者にとって結構高いハードルになると思います。
　その際、トレース出力ウィンドウを利用するとループ処理のインクリメントなど変数の値の変化を確認できるので非常に便利です。
　また、上達していけばいくほどプログラムのコード量が増えて、プログラム自体が肥大化していくのでシステムを改修する場合などトレース出力ウィンドウは必須になると思います。

　私はイベントを勉強し始めて長い間ループ処理が苦手で悩まされましたので是非活用してみてください。

　以下は先ほどのイベントコードで変数を確認するためのサンプルです。

手続き定義開始　cmd絞込開始Click()

　変数宣言　自動, 数値　　{ &ans }
　変数宣言　自動, 文字列　{ &title = "cmd絞込開始Click()", &msg }
　変数宣言　自動, 整数　　{ &TraceON = 1 }　←　この変数を追加

　&msg = "絞り込み開始日　と　絞り込み終了日　が選択されました。"
　&msg = &msg + "\n日付 " + #文字列( &mRefinementStartDate ) + " ～ " + #文字列( &mRefinementEndDate ) + "を絞り込みますか？"
　メッセージボックス　 &title, &msg, アイコン = i, ボタン指定 = 2, 制御文字展開 = する, &ans

　条件（&TraceON）トレース出力_&ans

　↑　この1行で何がわかるのか？というと、メッセージボックスで「はい」を押したときの戻り値【 1 】が変数&ansに代入されたことがトレース出力ウィンドウで確認できます。
　
　今度は試しに「いいえ」を押下するとどうなるか？是非実際にコードを書いて試してみて下さい。

　そうすると、if( &ans = 1 )の制御文の意味がわかるはずです。

3　最後に私の苦い経験を踏まえて・・・

　私もイベントコードを書き始めの頃コードを書くことで色々できることが増えて楽しくてしかたがありませんでした。(^^;
　しかし、ここに罠が潜んでいます。
　コマンドボタンの設定で済む単純なことも含め、なんでもかんでもコードを書いてしまっていした。
　ONnoijさんの言葉を借用させていただくと、「イベント過多症候群」です。
　最近私は10年ほど前に所属していた部署で作成した桐アプリを改修する作業をチョコチョコしています。
　そこで目にした10年前の自分が書いた基本ができていない汚いコードと、コマンドボタンで対応できる無駄コードの多さに我ながらうんざりしています。(^^;
　
　この経験を振り返るとイベントコードはどうしても自分がしたいことが実現できな時にだけ使用するということだと思います。
　当たり前といえば当たり前ですが、私はこれが出来ていなくて10年前の自分自身にうんざりしています。(^^;

　桐はそもそもそんなにイベントコードを書かなくてもたいていのことはコマンドボタンの機能で何とかなる場合が多いです。
　今回の質問もそれで対応できましたので、なんとなく理解していただけるのではないでしょうか？
　
　なので、もちろん経験や慣れの問題もありますのでその見極めは難しいかもしれませんが、私のようにならないように気に留めておいていただくといいかなと思います。

　今後のジェダイの桐さんの質問を私も楽しみにしております。

　長文、駄文失礼しました。<(_ _)>

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

→Re[4]: 期間絞込でのエラー時対応について /ジェダイの桐
　

上記関連ツリー
前の記事(元になった記事)	次の記事(この記事の返信)
期間絞込でのエラー時対応について / ジェダイの桐 (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
`│ └` 期間絞込でのエラー時対応について / AK (24/05/20(Mon) 19:36) #14355 ←Now
`│ └` 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
`├` 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文字以内) ■No14355に返信(AKさんの記事) > 2024/05/23(Thu) 08:45:27 編集(投稿者) > > >>桐のレベルはまだまだですが、今プログラムを考えるのが楽しくなってきました！ >>ONnojiさんや掲示板で回答を下さる方々に教えて貰いながら、少しづつですが >>プログラムが上達してきました！ > > ジェダイの桐さん > > 余計なお世話ですが参考までに私の経験上良かったと思えるイベント勉強方法お伝えします。^^ > > 1　少ないコードでもよいですが、毎日実際にコードを書いてたくさんエラーコードを学ぶとよい > 　 > 　これは初心者、初級者のうちは非常に大事なことだと思います。 > 　特に勉強と一緒で人が書いたコードを読んで理解している「つもり」は一番ダメです。 > 　どんなに短いコードでも実際に自分で書いて、どういう結果や挙動になるか経験して失敗をいっぱい重ねることが上達への近道だと思います。 > > 2　トレース出力ウィンドウを上手に使う。 > > 　桐にはトレース出力ウィンドウがありますのでこれを上手に使うことも上達の近道だと思います。 > 　設定方法はヘルプを参照してください。 > 　これを使用する理由はシンプルで、変数の値の変化を目視で確認できるからです。 > 　最初のうちは変数値の変化が頭の中でよく理解できていないことが多いと思います。 > 　そしてコードを書くことに慣れてくると、何れループ処理を勉強すると思いますがここが初級者にとって結構高いハードルになると思います。 > 　その際、トレース出力ウィンドウを利用するとループ処理のインクリメントなど変数の値の変化を確認できるので非常に便利です。 > 　また、上達していけばいくほどプログラムのコード量が増えて、プログラム自体が肥大化していくのでシステムを改修する場合などトレース出力ウィンドウは必須になると思います。 > > 　私はイベントを勉強し始めて長い間ループ処理が苦手で悩まされましたので是非活用してみてください。 > > 　以下は先ほどのイベントコードで変数を確認するためのサンプルです。 > > 手続き定義開始　cmd絞込開始Click() > > 　変数宣言　自動, 数値　　{ &ans } > 　変数宣言　自動, 文字列　{ &title = "cmd絞込開始Click()", &msg } > 　変数宣言　自動, 整数　　{ &TraceON = 1 }　←　この変数を追加 > > 　&msg = "絞り込み開始日　と　絞り込み終了日　が選択されました。" > 　&msg = &msg + "\n日付 " + #文字列( &mRefinementStartDate ) + " ～ " + #文字列( &mRefinementEndDate ) + "を絞り込みますか？" > 　メッセージボックス　 &title, &msg, アイコン = i, ボタン指定 = 2, 制御文字展開 = する, &ans > > 　条件（&TraceON）トレース出力_&ans > > 　↑　この1行で何がわかるのか？というと、メッセージボックスで「はい」を押したときの戻り値【 1 】が変数&ansに代入されたことがトレース出力ウィンドウで確認できます。 > 　 > 　今度は試しに「いいえ」を押下するとどうなるか？是非実際にコードを書いて試してみて下さい。 > > 　そうすると、if( &ans = 1 )の制御文の意味がわかるはずです。 > > > 3　最後に私の苦い経験を踏まえて・・・ > > 　私もイベントコードを書き始めの頃コードを書くことで色々できることが増えて楽しくてしかたがありませんでした。(^^; > 　しかし、ここに罠が潜んでいます。 > 　コマンドボタンの設定で済む単純なことも含め、なんでもかんでもコードを書いてしまっていした。 > 　ONnoijさんの言葉を借用させていただくと、「イベント過多症候群」です。 > 　最近私は10年ほど前に所属していた部署で作成した桐アプリを改修する作業をチョコチョコしています。 > 　そこで目にした10年前の自分が書いた基本ができていない汚いコードと、コマンドボタンで対応できる無駄コードの多さに我ながらうんざりしています。(^^; > 　 > 　この経験を振り返るとイベントコードはどうしても自分がしたいことが実現できな時にだけ使用するということだと思います。 > 　当たり前といえば当たり前ですが、私はこれが出来ていなくて10年前の自分自身にうんざりしています。(^^; > > 　桐はそもそもそんなにイベントコードを書かなくてもたいていのことはコマンドボタンの機能で何とかなる場合が多いです。 > 　今回の質問もそれで対応できましたので、なんとなく理解していただけるのではないでしょうか？ > 　 > 　なので、もちろん経験や慣れの問題もありますのでその見極めは難しいかもしれませんが、私のようにならないように気に留めておいていただくといいかなと思います。 > > 　今後のジェダイの桐さんの質問を私も楽しみにしております。 > > 　長文、駄文失礼しました。<(_ _)>
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 -