Architectフローサイズ
フローサイズインジケータは、フローがArchitectで許容される最大サイズに達しているかどうかを判断するのに役立つツールです。 フローのサイズが許容サイズの70％より小さい場合、フローインジケータは表示されません。 フローのサイズを確認するには、ユーザー名の下にカーソルを合わせます。 フローサイズが70％以上になると、フローサイズインジケーターが自動的に表示されます。 この時点で、フローサイズを縮小する方法を探すことを検討してください。
画像をクリックして拡大します。
フローサイズ表示
この表は4つのフローサイズ警告を記述したものです：
| サイズ表示 | 達成率 | 制限 | インジケータが自動的に表示されますか？ |
|---|---|---|---|
| 低 | 最大許容サイズの70％未満 | なし | いいえ |
| 中 | 最大許容サイズの70％ | なし | はい |
| 高 | 最大許容サイズの90％ | なし | はい |
| フル | 最大許容サイズの98％ |
フローを公開することはできませんが、変更を保存することはできます。 メモ： フローが最大許容サイズの100％に達すると、変更を保存できません。 |
はい |
たとえば、現在存在しない変数を参照するアクションがタスク内にいくつかあるとします。 変数がないため、アクションはエラーになります。 エラーを解決するために変数を追加すると（小さな変更のように見えます）、構成が有効になったため、アーキテクトは式ツリーなどの内部フロー構造に入力できます。 変数を追加すると、すべてのアクションにエラーがなくなるため、フローサイズが予想以上に大きくなる可能性があります。 これは、多数の設定を持つ少数のアクションが変数を参照する場合でも同様です。
フローサイズを縮小するためのヒント
これらのヒントは、フローのサイズを減らすのに役立ちます。
- それぞれが1つの更新ステートメントを持つ行に複数のデータ更新アクションがある場合は、アクションを複数の更新ステートメントを含む1つのデータ更新アクションに統合します。
-
重複を避けます。 Call Data Action、Call Secure Data Action、Set Screen Pop、Create Callback、Call Data Actionsなどの特定のアクションは、入力、成功出力、および失敗出力の構成方法によっては、大量のスペースを消費する可能性があるという事実を考慮してください。
いくつかの異なる設定を除いて、一般的に同じ設定で同じアクションのインスタンスが複数ある場合は、アクションのインスタンスを1つ持つようにロジックを更新してから、変数を使用して変更値を渡すことをお勧めします。 フローサイズの縮小に加えて、このメソッドは将来的に保守が容易になります。以前はアクションのすべてのインスタンスで共通していた設定を変更する必要がある場合は、アクションの単一インスタンスで設定を更新するだけです。