第23回 汎用ボタンの作り方

　アプリケーションを作り込んでいくと、タスクごとに何度も同じようなボタンの作成を強いられることがあります。このような時に便利なのが、モデルリポジトリにおけるボタンの登録です。

第21回 更新レコード特性の「位置と更新項目」

　前回は、遅延トランザクションにおいても Magic ロックを使用すれば正しくレコードレベルの排他制御が行えることの解説をしました。ただし、リッチクライアントのアプリケーション上では Magic ロックが使用できないことの補足も説明しました。

　今回は、遅延トランザクションを使用した場合の、更新レコードの識別特性について解説します。更新レコードの識別特性を活用すれば、リッチクライアントを含めたすべての遅延トランザクションにおいて、更新の喪失を防ぐことが可能となります。

Pervasive における更新の喪失の問題点

　はじめに、Pervasive の物理トランザクションを用いて、排他制御をまったく行わなかった場合に起こる問題点について見ていきます。

　画面1と画面2はユーザ A さんとユーザ B さんがほぼ同時に商品ファイル更新プログラムを起動してレコードを修正しようとしている場合の例です。排他を解除するために、ロック方式は「N=なし」にしてあります。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

　前回は、1つのロジックエディタ上に複数のイベントロジックユニットを定義して、複数のハンドラを順序だてて実行させる方法について学びました。今回は、これらのイベントロジックユニットを、Magic の内部イベントに対して割り込ませる方法について解説します。

　合わせて、「クローズ」イベントと「終了」イベントと「終了（X）」イベントの違いについても学びます。

クローズイベントへの割り込み

　画面1は APG で作成した顧客ファイル一覧プログラムに多少、手を加えただけのプログラムです。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

第17回 イベントの伝播機能について

　イベントロジックユニット（イベントハンドラ）は、1つのロジックエディタ上にいくつでも記述することができます。では誤って、1つのイベントに対して重複するハンドラを複数記述してしまった場合には、Magic はどのような動きをするのでしょうか？

　あるいは逆に、1つのイベントに対して複数のハンドラを同時に実行させたいような場合には、どのようなルールでイベントロジックユニットを記述すればよいのでしょうか？これが今回のテーマです。

1対1のイベントとハンドラの対応

　はじめに、最も単純な1対1のイベントとハンドラの対応をみてみましょう。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

レコード更新前オプションとレコード更新後オプションの意味

　Magic のマニュアルを見ると、これら2つのオプションについては次のような記述があります。

(1) レコード更新前

　イベントを実行する前に現在のレコードレベルを終了します。（中略）イベントレベルが実行された場合、レコードはまだ更新されていないため、イベントレベルからレコードを参照してもレコードがまだ更新されていないものと見なされます。

(2) レコード更新後

　イベントは対応するハンドラを実行する前に現在のレコードを終了し、更新させます。（中略）イベントレベルが実行された場合、レコードはすでに更新されているので、イベントレベルからレコードを参照すると、更新された内容として参照できます。

　つまり、これらの表現を前回のサンプルプログラムの動作に例えると、次のようになります。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

第15回 ユーザイベントの「レコード更新前」と「レコード更新後」

　前回は、ユーザイベントテーブルの強制終了欄の「E=編集」オプションについて解説しました。今回は、同じく強制終了欄の「R=レコード更新前」と「P=レコード更新後」のオプションについて解説します。　いずれも、地味な存在に見えるオプションパラメータですが、知っておくと非常に便利なオプションなので、ぜひ活用していただきたいと思います。かつてはこれらの動作を実現させるために、裏ワザを駆使してプログラミングしていたことが思い起こされます。

ズームして同じテーブルを開く親子タスク

　まずはじめに、ズームして同じテーブルを開くだけの単純な親子タスクの動きを見ていただきます。画面1は商品ファイルのテーブルを修正モードで一覧表示しているプログラムです。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）

第14回 ユーザイベントと強制終了

　Magic の旧バージョンの頃から比較すると、この10数年の間にズーム処理の仕方にもずいぶんと変遷があったことがうかがいしれます。V10 ではズームイベントをキャッチして、ハンドラに記述された処理を実行させるという方法がもっともオーソドックスなズーム利用法になっていますが、ハンドラを実行させる方法にもさまざまな方式があり、開発者によって作り方もまちまちというのが現状です。

ズームイベントの処理

　ここでは、このズームイベントの処理の仕方を例に挙げ、時と場合によってズーム処理の仕方を使い分ける方法について学習します。

　（以降、本編に続きます。本編ご購読のお申込みはこちらです）