ModelEventを送信するには、sendプロセスを使用します。
このプロセスで指定したデータモデルをイベントとして実行エンジンに送信することで、ModelEventTableに定義された実行サービスが呼び出されます。
ここで指定するデータモデルは、実際に編集などを行ったデータモデルでも良いですし、無名モデルを指定してパラメータの受け渡しのみに使うことも出来ます。
それぞれは以下のようなケースで使用します。
- mappingプロセスで登録したデータモデルを指定 ： データ登録に伴って連動させる処理を実行する場合
- 実行パラメータを設定した無名モデルを指定 ： バッチ処理的なロジックの固まりになっているサービスを呼び出す場合
ModelEventの仕組みを利用するメリットとしては、以下のようなものがあります。
- 実行サービスがModelEventTableで隠蔽されているので、呼出元を気にせず実行サービスの入替や追加が可能。
- ModelEventTableで実行条件を指定できるので、呼び分けるためのサービスなどを作成する必要が無い。
ただし、ModelEventは一方通行での処理となるので、処理結果をsendプロセスで受け取ることは出来ません。
処理結果が必要なケースでは以下の方法を検討して下さい。
- DBを検索して実行結果などを取得する。検索できるようにモデル、項目、処理内容を検討する。
- 単一のモデルを処理の起点と出来るならProcedure形式での呼出が出来ないか検討する。
- callプロセスでの呼出を行う。この場合も間にクッションとなるサービスを挟んで直接呼出を避ける。
記述例：mappingプロセスで登録したデータモデルを指定
(データを登録
format_type mapping
(mapping
create false
commit true
(@登録データ:退院Order
Creator @Role/UserNo
CreateDatetime &Now
)
)
)
(退院Orderが登録されたことをイベント通知
format_type send
(send
table_name 退院Orderイベントテーブル
operation CREATE
source @登録データ
sync true
)
)
上記のようなケースでは、例えばある患者に対する退院指示(退院Order)が登録されたことをトリガーとして、
患者基本情報に対する更新処理や、退院処方、給食に関する処理を連動して実行すると言った場合に使用されます。
記述例：実行パラメータを設定した無名モデルを指定
(実行時パラメータを無名モデルとして作成
format_type mapping
(mapping
create force
commit false
(@払出実行イベント
払出元部署No @払出元部署No
在庫引当実行フラグ @在庫引当実行フラグ
入荷払出実行フラグ @入荷払出実行フラグ
EntityName "払出実行イベント"
)
)
)
(モデルイベントを送信してバッチ的なロジックの固まりを実行
format_type send
(send
table_name 払出実行イベントテーブル
operation CREATE
source @払出実行イベント
sync true
)
)
上記のようなケースでは、複雑かつ複数の処理を条件判定しながら実行するような場合にそれを直接callプロセスなどで
サービス間の密結合で呼び出さずに、ModelEventTableを間に挟んで呼び出す形になります。
