rex0220 計算式プラグインにおいて、パフォーマンス改善の2大機能である 「計算フェーズの無効化」 と 「イベント処理の抑止」。これらを組み合わせることで、アプリの計算処理負荷を最小限に抑えることが可能です。

ただし、これらは 「計算処理に時間がかかり、業務に支障が出ている場合」 の最終手段に近い改善案です。安易な設定は予期せぬ計算漏れを招くため、メリットとリスクを正しく検討しましょう。

概要

「計算処理1」と「追加画面表示」・「編集画面表示」イベント計算の抑止で、パフォーマンス改善を行います。

計算式プラグインの各種設定で、下記を無効にします。
・「計算処理1」
・「追加画面表示」「編集画面表示」

1. 組み合わせによる改善の仕組み

交通費申請アプリを例に、以下の2つの設定を同時に行った場合の動作を見てみます。

この組み合わせは、特に 「テーブル行数が多いレコードを頻繁に複写・編集する」 アプリで効果を発揮します。

改善のメリット:
画面を開くたびに走っていた「基本項目のスキャン」と「表示時の全計算」がカットされるため、体感的なレスポンスは大きく向上します。
過度な期待は禁物:
計算項目が数個〜数十個程度の標準的なアプリでは、これらの設定を行っても体感差はほとんどありません。 「1レコードに100行のテーブルがある」「計算式が数百箇所設定されている」 といった、明確なボトルネックがある場合のみ有効な手法です。

便利さと引き換えに、以下のリスクを設計者が管理する必要があります。

画面表示イベントを抑止し、さらにSTEP1を無効にしているため、「画面を開いただけで値が最新に切り替わる」機能が完全に停止します。

後から「STEP1」に該当する計算式（通常の数値計算など）を追加しても、フェーズが無効化されているため、いくら値を変更してもその項目は計算されません。

パフォーマンスの改善は、常に「正確な計算結果の担保」が最優先であることを忘れないようにしましょう。