Invoke Method アクティビティは、クラスまたはオブジェクトのメソッドを呼び出すために使用されます。この場合、開発者はメソッドの呼び出しアクティビティを使用して文字列のリストに項目を追加したいと考えています。リストは次のように宣言されます。
新しいリスト(文字列)としての薄暗い色
これは、リストの名前が Colors であり、文字列を格納できることを意味します。Invoke Method アクティビティには次のプロパティがあります。
* TargetType: System.Collections.Generic.List`1[System.String]。これは、ターゲットの型が文字列の汎用リストであることを意味します。
* ターゲットオブジェクト: 色。これは、ターゲット オブジェクトが Colors という名前のリストであることを意味します。
* メソッド名: 追加します。これは、メソッド名が Add であり、リストの末尾に項目を追加するリスト クラスのメソッドであることを意味します。
* パラメータ: In、String、Yellow。これは、パラメーターの方向が In であり、値がメソッドに渡されることを意味します。パラメータのタイプは String で、値が文字列であることを意味します。パラメーター値は Yellow です。これは、値が文字列「Yellow」であることを意味します。
展示に示されている情報に基づくと、メソッドの呼び出しアクティビティの結果は、Colors に値「Yellow」の項目が含まれることになります。これは、メソッドの呼び出しアクティビティによって、色として宣言された文字列のリストに「Yellow」が追加されるためです。

モック テスト中に MessageBox の機能を LogMessage に置き換えるために、開発者はモックを使用して Surround アクティビティのアクションを実行できます。このアクションにより、選択したアクティビティの周囲にモック アクティビティが挿入され、開発者はテスト目的でアクティビティの動作を変更できるようになります。たとえば、開発者は MessageBox アクティビティを右クリックし、ドロップダウン メニューから [アクティビティをモックで囲む] を選択します。これにより、MessageBox アクティビティを含むモック アクティビティが作成されます。その後、開発者はモック アクティビティを編集し、MessageBox アクティビティを LogMessage アクティビティに置き換えることができます。これにより、メッセージがダイアログ ボックスに表示されるのではなく、出力パネルに書き込まれます。このようにして、開発者は、メッセージ ボックス ダイアログ ボックスを操作することなく、ワークフローの機能をテストできます。参考文献: [模擬テスト]、[模擬を使ったサラウンドアクティビティ]

ステートの Exit アクションは、ステートが終了するときに、次のステートへの遷移が発生する前に実行される 1 つのアクティビティまたは一連のアクティビティです1。Exit アクションの目的は、アプリケーションの終了、リソースの解放、情報のログ記録など、現在の状態の最終アクションを実行することです。Exit アクションは、状態が同じ状態に遷移して戻った場合でも実行されます2。
オプション A は不正解です。Exit アクションはステート マシンの実行を停止するのではなく、次の遷移に備えて状態を準備するからです。選択肢 C は不正解です。終了アクションは開始アクションを取り消すのではなく、必要な終了アクションでそれらを補完するからです。オプション D は不正解です。Exit アクションは状態遷移の条件を定義せず、条件が評価された後に実行されます。
参考資料: 1: ステート 2: ステート マシン - ワークフローの終了とトリガー

シーケンシャル プロセスは、反復や分岐を行わずにアクションを直接的に実行するプロセス設計の一種です。シーケンシャル プロセスは、上から下に直線的に次々に実行される一連のアクティビティで構成されます。シーケンシャル プロセスは、アクティビティが次々に実行され、複雑なロジックや意思決定が必要ない単純なシナリオに最適です12。
他のオプションは、より複雑な構造とロジックを必要とするさまざまなタイプのプロセス設計を必要とするため、反復や分岐を行わずに単純な進行でアクションを実行する自動化タスクには適していません。例えば：
トランザクション プロセスは、一連のデータ項目に対するアクションをループ内で一度に 1 つずつ実行するプロセス設計の一種です。トランザクション プロセスは、データ項目をキューに追加するディスパッチャーと、キューからの各データ項目を処理してステータスを更新するパフォーマーで構成されます。トランザクション プロセスは、データ項目ごとにアクティビティを繰り返す必要があり、信頼性と拡張性が必要なシナリオに最適です34。
反復プロセスは、特定の条件が満たされるか、特定の反復回数に達するまでアクションを繰り返し実行するプロセス設計の一種です。反復プロセスは、一連のアクティビティとループの終了を制御する条件を含むループで構成されます。反復プロセスは、アクティビティを複数回実行する必要があり、実行フローの動的な制御が必要なシナリオに最適です56。
線形プロセスはプロセス設計の一種ではなく、明確な開始点と終了点があり、特定の結果につながる明確に定義された一連のステップを持つプロセスを指す用語です。線形プロセスは、関与するステップの複雑さとロジックに応じて、さまざまなタイプのプロセス設計を使用して実装できます7。
参考文献:
1: スタジオ - ワークフロー設計 - UiPath ドキュメント ポータル 2: スタジオ - シーケンス - UiPath アクティビティ 3: スタジオ - トランザクション ビジネス プロセス - UiPath ドキュメント ポータル 4: スタジオ - トランザクション プロセス - UiPath アクティビティ 5: スタジオ - 制御フロー - UiPath ドキュメント ポータル 6:スタジオ - ループ - UiPath アクティビティ 7: 線形プロセスとは何ですか? - Techopedia からの定義