- 基本情報
- セットアップと構成
- オートメーション プロジェクト
- 依存関係
- ワークフローの種類
- 制御フロー
- ファイルの比較
- オートメーションのベスト プラクティス
- ソース管理との連携
- デバッグ
- ログ
- 診断ツール
- ワークフロー アナライザー
- ワークフロー アナライザーについて
- ST-DBP-002 - 多数の引数
- ST-DBP-003 - 空の catch ブロック
- ST-DBP-007 - 複数のフローチャートレイヤー
- ST-DPB-010 - [ワークフロー] または [テスト ケース] の複数のインスタンス
- ST-DBP-020 - 未定義の出力プロパティ
- ST-DBP-021 - ハードコードされたタイムアウト
- ST-DBP-023 - 空のワークフロー
- ST-DBP-024 - 永続性アクティビティの確認
- ST-DBP-025 - 変数のシリアル化の前提条件
- ST-DBP-027 - Persistence のベスト プラクティス
- ST-DBP-028 - 引数のシリアル化の前提条件
- ST-USG-005 - ハードコードされたアクティビティのプロパティ
- ST-USG-009 - 未使用の変数
- ST-USG-010 - 未使用の依存関係
- ST-USG-014 - パッケージの制限
- ST-USG-017 - パラメーターの修飾子が無効
- ST-USG-020 - 最小ログ メッセージ
- ST-USG-024 - 未使用で保存されたままの値
- ST-USG-025 - 保存した値の誤用
- ST-USG-026 - アクティビティの制限
- ST-USG-027 - 必要なパッケージ
- ST-USG-028 - ファイル テンプレートの呼び出しの制限
- ST-USG-027 - 必須のタグ
- ST-USG-034 - Automation Hub URL
- 変数
- 引数
- インポートされた名前空間
- コード化されたオートメーション
- トリガーベースの有人オートメーション
- オブジェクト リポジトリ
- ScreenScrapeJavaSupport ツール
- 拡張機能
- Studio でのテスト
- トラブルシューティング
ローコード ビューアー - コード化された C# ワークフローをソース コードとともに視覚的なローコード キャンバスとしてレンダリングする Studio 拡張機能です。
ローコード ビューアーは、コード化されたワークフロー (クラスが CodedWorkflow から派生した .cs ファイル) を、従来の RPA デザイナーがオートメーションを表示するように、視覚的なローコード ワークフローをソース コードの横にレンダリングする Studio 拡張機能です。
コード化されたワークフローを記述し、C# コードを残すことなくオートメーションをわかりやすく視覚的に表示したい開発者を対象としています。
ローコード ビューアーはプレビュー版です。Open VSX Marketplace で Visual Studio Code (VS Code) 拡張機能として配布されており、最新バージョンの Studio が必要です。Studio の [拡張機能] パネルからインストールできます。
ビューアーの動作
ビューアーは、コード化されたワークフローの 2 つの同期されたビューを提供し、それらをソース コードと同期させ、プロジェクトからアクティビティ パレットを取得します。
ワークフロー ビュー
ファイル全体を網羅する Studio スタイルのツリーです。すべてのメソッドは、その変数を含むセクションと、ステートメントごとに 1 行を取得し、 if、 foreach、 try、および同様の構造体用の入れ子になったコンテナーが含まれます。
グラフ ビュー
ワークフローの開始方法のフロー チャート — [Workflow]、または Executeとマークされたメソッドです。条件とスイッチは、ブランチごとに展開される決定ノードになり、ループはエッジを反復して完了し、独自のメソッドの呼び出しは単一の Invoke ブロックとして表示されます。グラフは、入力メソッドの形状を反映しています。
ソースを双方向にたどる
エディター内でカーソルを移動すると、一致するブロックが選択され、ブロックを選択するとその行にジャンプします。このパネルで行ったプロパティの編集内容は最小限の編集で C# に書き戻されるため、コメントと書式設定は保持されます。
アクティビティ パレット
ビューアーを Studio 内で実行すると、一連のアクティビティが、そのプロパティ エディター、表示名、アイコンとともに、プロジェクトで参照するパッケージからライブになります。Studio を使用しないプレーンな VS Code では、サービス呼び出しは引き続きカードとしてレンダリングされますが、汎用ラベルが使用され、豊富なプロパティ メタデータはありません。
ビューアーによるコードの読み取り方法
キャンバスはステートメントごとに構築されます。各ステートメントは、専用のブロックにマップされるか、生のコード ブロックにフォールバックします。連続する認識されないステートメントは 1 つのコード ブロック カードにマージされるため、サポートされていないコードの実行は 1 つの不透明なボックスに折りたたまれます。
ビューアーは、ユーザーが触れなかったコードを書き換えることはありません:認識できないコードは、コードブロックカードに逐語的に表示され、ラウンドトリップは変更されません。記述した内容は何も失われませんが、コード ブロックに分類されるコードが多いほど、キャンバスに表示される内容が少なくなります。
ブロックとしてレンダリングされたコンストラクト
| あなたは書きます | 次の利点は以下のとおりです |
|---|---|
system.GetAsset(...)、 excel.ReadRange(...)、その他のサービス呼び出し | アイコン、表示名、編集可能なプロパティ、型指定された出力が表示されたアクティビティ カード |
Log(...)Delay(...)、throw ... | 組み込みのアクティビティ カード ([メッセージをログ]、[待機]、[スロー]) |
var x = <expr>;int x = 0;、x = <expr>; | カードに割り当て ("変数" と "値") |
count++;, count += 5; | インクリメントまたはデクリメント カード |
if / else if / else | ブランチ コンテナーグラフ内に True と False のエッジがある判断のひし形 |
foreach、for、while、do ... while | ループ コンテナーグラフ内の反復処理のバックエッジを持つループ ノード |
try / catch / finally | エラー パスのコンテナーを試してください |
switch ステートメント | 分岐ごとに1つのケースアームでコンテナを切り替えます。このグラフでは、1 つのケースにつき 1 つのラベル付きエッジがある判断 |
using (...) { }, lock (...) { } | スコープ フレーム |
return <expr>;, throw <expr>; | 戻り行またはスローカード。グラフでは、どちらもパスを終了します |
MyHelper(...) (同じファイル内のメソッド) | ブロックを呼び出します。それを選択するとヘルパーが開きます |
Helpers.Method(...) (別のファイルのクラス) | クロスファイル ナビゲーションでブロックを呼び出し |
workflows.MyWorkflow(...) | 入力引数と出力引数のバッジが付いた [ワークフローを呼び出し] カード |
#region Name ... #endregion | 名前付き、折りたたみ可能なグループ (両方のビュー) |
コード ブロックにフォールバックするコンストラクト
| 構築 | キャンバスが制限される理由 |
|---|---|
ステートメント レベルでのラムダ (rows.ForEach(r => ...)) とラムダ内のロジック | ラムダ本体はキャンバスに表示されません |
ローカル関数 (メソッド内のvoid Helper() { ... } ) | 関数本体全体がコードブロックに飲み込まれます |
初期化子を使用しない宣言 (string name;) | 1 つのコード ブロック行として表示されます。 |
複数変数宣言 (int a = 1, b = 2;) | 1 つのコード ブロック行として表示されます。 |
using var x = ...; (申告書) | 1 つのコード ブロック行として表示され、 を呼び出す x アクティビティの認識は失われます。 |
arr[i] = value;total *= 2;、msg += suffix; | 1 つのコード ブロック行として表示されます。 |
ワークフローをできるだけ多くのキャンバス上に表示させるには、「 キャンバスに適したコード化されたワークフローを作成する」をご覧ください。