桐質問掲示板 [One Topic All View / Re[4]: イベントのほうがいいでしょうか / Page: 0]

(現在過去ログ64 を表示中)

[ 最新記事及び返信フォームをトピックトップへ ]

■9929 / inTopicNo.1)

　イベントのほうがいいでしょうか

□投稿者/ ONnoji -(2016/06/23(Thu) 12:30:30)

2016/06/23(Thu) 12:41:11 編集(投稿者)

まさやんさん江

■No9928に返信(まさやんさんの記事)
>>次に桐でアプリケーションを作成する場合には、イベント処理だけで作成することをオススメします。
>
> この場を借りて失礼します。
>
> 私もイベントを組んだことがないのですが、
>
> 売上　仕入　会計(仕訳)　などの業務を連携して組む場合
> (データの処理においてリアルタイムにデータが変動するなど)
> イベントのほうがいいでしょうか？

質問（無効なウインドウハンドルについて）の内容と無関係なので、新しいスレッドを作りました。

継続する場合はこちらを利用してください。

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

■9930 / inTopicNo.2)

　Re[1]: イベントのほうがいいでしょうか

▲▼■

□投稿者/ ONnoji -(2016/06/23(Thu) 12:40:03)

2016/06/23(Thu) 14:58:22 編集(投稿者)
2016/06/23(Thu) 12:41:52 編集(投稿者)
2016/06/23(Thu) 12:40:47 編集(投稿者)

フォームの機能とイベント処理に慣れていない人は、本当にアプリケーションが作れるのかと怪しむと思います。

一括処理を作成するほとんどの人がそう思うはずです。

しかし、一括処理を使わなくても、アプリケーションは作れます。

今では一括処理( .cmd )でアプリケーションを構築しないで、

フォームの機能とイベント処理( .kev )でアプリケーションを構築する人や専門家も少なくありませんよ。

＜追伸＞

２０１６年の３月のことです。

ＤＯＳ桐の頃から始まって、現在ではＷｉｎ桐を使ったアプリケーションを開発している受託業者さんに聞いてみた。

「貴社はいまでも一括処理でアプリケーションを開発していますか？」と。

すると

「１０年前からイベント処理でアプリケーションを開発しています。」と仰った。

それを聞いて、なるほど！そうだろうと納得した次第。

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

■9931 / inTopicNo.3)

　Re[2]: イベントのほうがいいでしょうか

▲▼■

□投稿者/ まさやん -(2016/06/23(Thu) 16:39:28)

2016/06/23(Thu) 16:54:37 編集(投稿者)

> しかし、一括処理を使わなくても、アプリケーションは作れます。
>
> 今では一括処理( .cmd )でアプリケーションを構築しないで、
>
> フォームの機能とイベント処理( .kev )でアプリケーションを構築する人や専門家も少なくありませんよ。
>

そうなんですか。
ありがとうございます。

イベントの深さはまだ体験していませんが、
フォーム数が多い場合だと一括のほうが全体見えていいような気がしますが。

イベントの書き方にも　フォームが多くなった場合の書き方もあるんでしょうね。

少しづつかじりながら　イベント勉強してみます。
　

解決済み!

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

■9932 / inTopicNo.4)

　Re[3]: イベントのほうがいいでしょうか

▲▼■

□投稿者/ ONnoji -(2016/06/23(Thu) 17:20:26)

2016/06/24(Fri) 09:36:37 編集(投稿者)
2016/06/23(Thu) 21:21:54 編集(投稿者)
2016/06/23(Thu) 21:08:59 編集(投稿者)
2016/06/23(Thu) 21:06:47 編集(投稿者)
2016/06/23(Thu) 21:03:57 編集(投稿者)
2016/06/23(Thu) 17:39:17 編集(投稿者)
2016/06/23(Thu) 17:23:23 編集(投稿者)
2016/06/23(Thu) 17:21:15 編集(投稿者)

> イベントの深さはまだ体験していませんが、
> イベントの書き方にも　フォームが多くなった場合の書き方もあるんでしょうね。

例えば、テキストボックスの［入力後］イベントでは、テキストの修正ぐらいのことしか出来ません。

だからこれではアプリケーションを作れません。

しかし、コマンドボタンの機能名：手続き実行　で

イベント処理( .kev )に記述した一般手続きを指定して、

一般手続きを実行するならば、一括処理と同等の事が出来ます。

※一括処理だけで実行可能なコマンドがありますが、これはＤＯＳ桐との互換のためのコマンドなので、
　それが実行できなくても差し支えないです。

従って、フォームを開きさえすれば、すべての準備は出来上がっているのです。

つまり、一括処理のようにメインループをぐるぐる回す必要はないのです。

※ここが大違いで、手間が全然少なく、デバッグが容易です。

フォームを開けば準備ＯＫというところが、フォームの機能＋イベント処理の便利なところです。

フォームの機能＋イベント処理でアプリケーションを作るということは、

フォームのコマンドボタンの機能名：手続き実行を主に利用します。

編集に伴うさまざまなイベントがありますが、

テキストボックスに関するイベントは重要ですが、

それ以外の編集関係のイベントはほとんど利用する必要がありません。

というわけでイベントよりもコマンドボタンの方を利用することが多いのが実際の姿ですよ。

フォームから別のフォームを開くのも簡単です。

コマンドボタンの機能名：開くでオープンできます。

モーダルが良ければ、コマンドボタンの機能名：モーダルフォームでオープンできます。

※一般手続き（またはイベントハンドラ）からメソッドによってコマンドボタンを実行することも出来ます。

このように複数のフォームの連携も簡単に出来ますよ。

> フォーム数が多い場合だと一括のほうが全体見えていいような気がしますが。

これは慣れの問題です。

イベントに慣れた人からは、一括の方が全体が見にくいという意見を聞きますよ。

また、フォームの機能＋イベント処理では、

修正する場合の対象範囲が限定されているので、見通しが非常によいですよ。

ただし、水を差すようで恐縮ですが、フォームの機能＋イベント処理に慣れるには相当な時間が必要です。

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

■9933 / inTopicNo.5)

　Re[3]: イベントのほうがいいでしょうか

▲▼■

□投稿者/ 尾形 -(2016/06/23(Thu) 17:24:43)

どうも、こんにちは

イベントっていうか
ボタンに「手続き」を割り付けるという
イメージでとらえると分かりやすいかな？

一括処理だと、「画面1」をみながら
「伝票入力画面」を入力するとか難しそう

例えば、
「得意先マスタ登録」ボタンを伝票入力画面につけるのも簡単

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

■9934 / inTopicNo.6)

　Re[4]: イベントのほうがいいでしょうか

▲▼■

□投稿者/ 尾形 -(2016/06/23(Thu) 17:25:51)

すいません

ONnojiさんとかぶりました(^^;

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

■9936 / inTopicNo.7)

　Re[4]: イベントのほうがいいでしょうか

▲▼■

□投稿者/ まさやん -(2016/06/23(Thu) 21:02:00)

2016/06/23(Thu) 21:15:44 編集(投稿者)

それぞれに一長一短あるんですね

イベント作成　詰まったとき　質問させていただきます。

ありがとうございます。

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

■9937 / inTopicNo.8)

　Re[4]: イベントのほうがいいでしょうか

▲▼■

□投稿者/ まさやん -(2016/06/23(Thu) 21:10:09)

尾形さんありがとうございます。

> イベントっていうか
> ボタンに「手続き」を割り付けるという
> イメージでとらえると分かりやすいかな？

その点は　おおよそ理解していました。

>一括処理だと、「画面1」をみながら
>「伝票入力画面」を入力するとか難しそう
> 例えば、
> 「得意先マスタ登録」ボタンを伝票入力画面につけるのも簡単

一括でも　そんなに難しくないですよ。

イベントも手続き・・　で　　一括も　　手続き・・で
大まかなことは　同じ仕組なんですよね。

コマンドも　ある程度共通ですしね。
ただどっちから入るかの違いなんでしょうね。
どっちにも一長一短あるとおもいます。

ありがとうございます。

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

トピック内ページ移動 / << 0 >>

このトピックに書きこむ

過去ログには書き込み不可

HOME HELP 新規作成新着記事トピック表示ファイル一覧検索過去ログ

- Child Tree -
- Antispam Version -