フォーム アクションを展開する場合、TotalAgility は、サーバーで実行される複数の連続したフォーム アクションをバッチ処理して単一の HTTP リクエストにまとめ、最高のパフォーマンスを提供します。HTTP リクエスト内のアクションの各バッチは、クライアント ブラウザに結果を返す前にサーバーで実行されます。

サーバー側のフォーム アクションは次のとおりです。

• ビジネス ルール

• DB クエリ

• .Net メソッド

• RPA

• RESTful サービス

• ジョブから言語を設定

• Web サービス

他のすべてのフォーム アクションはクライアント ブラウザで実行する必要があるため、クライアント側と見なされます。

次の例は、フォームの Onload イベントに割り当てられた一連のフォーム アクションを示します。

• DotNet アクション 1

• DotNet アクション 2

• DotNet アクション 3

• SamePage アクション 1

• WebService アクション 1

• WebService アクション 2

• SamePage アクション 2

「SamePage アクション 1」は他のサーバー側のフォーム アクションの中間に配置されているため、フォーム アクションの 2 つのバッチが発生し、2 つの HTTP リクエストが必要になります。

一方で、クライアント側のアクションが次の順序でグループ化されている場合、フォーム アクションの 1 つのバッチと 1 つの HTTP リクエストのみが発生します。

• DotNet アクション 1

• DotNet アクション 2

• DotNet アクション 3

• WebService アクション 1

• WebService アクション 2

• SamePage アクション 1

• SamePage アクション 2

最高のパフォーマンスを得るためには、フォーム イベントに割り当てる際に、サーバー側のフォーム アクションをクライアント側のフォーム アクションに個別にグループ化することをお勧めします。これにより、クライアント ブラウザからサーバーに対して行われる HTTP リクエストの数を減らすことができます。

この操作は、クライアント側のアクションのシーケンスが重要な場合、つまり、アクションで更新するコントロールまたは変数がサーバー側のアクションを正しく実行するために必要な場合に、この操作は実行できないこともあります。