Architectフローサイズ

フローサイズインジケーターは、Architect でフローが現在使用している最大サイズのパーセンテージを判断するのに役立つツールです。このツールを使用すると、設計時にフローの最終的なサイズをより正確に予測できるため、フローのサイズをタイムリーに最適化する方法を検討できます。例えばフローが限界に達したときではなく、設計の初期段階でフローを複数のフローに分割します。

フローサイズインジケータは0.1% 以内の精度。建築家小数フローサイズ値の最初の桁が表示されるので、フローロジックの小さな変更がフローサイズにどのような影響を与えるかを確認できます。 Architectはフローサイズのパーセンテージを丸めます最も近い 1 桁の小数値になります。たとえば、実際のパーセンテージが 10.68 の場合、フローサイズインジケーターには 10.7 と表示されます。

注意： コモンモジュールフローは、他のフロータイプよりもサイズ制限が低くなっています。

表示

画像をクリックして拡大します。

フローサイズ表示

この表は4つのフローサイズ警告を記述したものです：

サイズ表示	達成率	制限
低	最大許容サイズの50％未満	なし
中	最大許容サイズの50％	なし
高	最大許容サイズの90％	なし
フル	最大許容サイズの98％	フローを公開することはできませんが、変更を保存することはできます。メモ：フローが最大許容サイズの100％に達すると、変更を保存できません。

メモ： フローサイズは、設定がエラーになったり出たりして増減することがあります。

たとえば、現在存在しない変数を参照するアクションがタスク内にいくつかあるとします。変数が欠落しているため、アクションにエラーが発生します。エラーを解決するために変数を追加すると（小さな変更のように見えます）、構成が有効になったため、アーキテクトは式ツリーなどの内部フロー構造に入力できます。変数を追加するとアクションにエラーがなくなるため、フローサイズが予想以上に大きくなる可能性があります。これは、多数の設定を持つ少数のアクションが変数を参照する場合でも当てはまります。

フローサイズを縮小するためのヒント

これらのヒントは、フローのサイズを減らすのに役立ちます。

それぞれが1つの更新ステートメントを持つ行に複数のデータ更新アクションがある場合は、アクションを複数の更新ステートメントを含む1つのデータ更新アクションに統合します。
重複を避けます。入力、成功出力、失敗出力の構成方法によっては、データアクションの呼び出し、セキュアデータアクションの呼び出し、スクリーンポップの設定、コールバックの作成、データアクションの呼び出しなどの特定のアクションが大量のスペースを消費する可能性があることを考慮してください。
いくつかの異なる設定を除いて、基本的に同じ構成の同じアクションのインスタンスが複数ある場合は、アクションのインスタンスを 1 つにするようにロジックを更新し、変数を使用して変更される値を渡すことがベストプラクティスとして推奨されます。この方法は、フローのサイズを縮小するとともに、将来的に保守性が向上します。以前はアクションのすべてのインスタンスで共通だった設定を変更する必要がある場合、アクションの単一のインスタンスで設定を更新するだけで済みます。