前回の記事でClient Actionにはコールバック関数を引数として渡せることがわかったので、今回は実際に役立ちそうな処理を作ってみました。
作ったもの
引数
- Function（Object型）：実際に実行したい関数
- Arguments（Text型）：その関数に渡す引数（JSON）
- Result（Long Integer型）：関数実行結果（今回は例ではテーブルに登録したレコードのid）
メイン処理
- 2行目で引数を与え関数を実行。どうもOutSystemsはこれをすぐに実行するのではなくPromiseとして非同期実行するようで戻り値はPromiseになります
- 4行目で関数の実行結果をPromiseResultから取得しています。おそらくOutSystemsはPromiseを作るときに次のような処理をしていてPromiseResultの中身が複雑ですが、一応この処理でテーブルに登録したレコードのidは取得できました（OutSystemsの内部仕様が変わればすぐに動かなくなりそうなコードですが）
- 7行目でJavaScript APIを呼び出し、ブラウザのコンソールとGeneral Logに実行時間のログを出力しています
new Promise(function(resolve) {
var obj = {};
// 実際に実行したい関数の呼び出し
// objに色々追加
resolve(obj);
})
使い方
登録ボタン押下時に呼び出されるClient Actionの中で、登録処理を行うClient Action（もしくはServer Action）の代わりにCallWithLoggingを呼び出します。ここではCallWithLoggingの引数FunctionにProductCreateOrUpdate（Client Action）を設定しています。このようにすれば各ロジック（ProductCreateOrUpdateなど）はログのことを気にせず実装できますし、ログの保管先が変わったりした場合も修正するのはCallWithLoggingだけで済みます。
注意点
CallWithLoggingに汎用性を持たせるためArgumentsをJSONにしています。そのため本来ならばProductCreateOrUpdate（Client Action）の引数はProduct Entity型でいいのですが、CallWithLoggingを使うためにText型に変更する必要があります。ProductCreateOrUpdate（Server Action）も同様で、この中でJSONをProduct Entity型に変換しています。
CallWithLoggingは本当に使えるのか？
ここまで書いておいて何なのですが、正直CallWithLoggingはあまり使えない（役に立たない）と思います。既に書いた通りOutSystemsの内部仕様と密接になっていますしJSON変換も面倒です。ResultがLong Integer型なのも汎用性の観点で改良の余地があります。さらに実行時間測定するだけならLifeTimeで賄えると思います。ただ、別の用途で今回のパターンが役に立つことがあるかもしれません。思いついたらまた記事にしようと思います。