コード化されたアプリ プロジェクトについて

Studio Web のコード化されたアプリ プロジェクトのアーキテクチャ。Studio Web とローカル IDE がどのように責任を分割するか、および各段階でどのファイルが重要かについて説明します。

Studio Web のコード化されたアプリ プロジェクトは、ソリューション内に存在するプロコード プロジェクトです。Studio Web では、プロジェクトの ID とパブリッシュのライフサイクルを使用できます。アプリのソース コードはユーザーのローカル プロジェクトに記述され、UiPath CLI を使用して Studio Web にプッシュされます。

Studio Web が所有するものと、IDE が所有するもの

懸念事項	Studio Web が所有	ローカル IDE が所有する
ソリューション内のプロジェクト ID	✅	—
webAppManifest.json (プロジェクトの種類と設定)	✅	—
プッシュされた からのバインディングの登録 bindings_v2.json	✅	—
ソリューション レベルのパブリッシュしてデプロイする	✅	—
最後にプッシュされたソースの読み取り専用ビュー	✅	—
ソース コードの作成、フレームワークの選択、依存関係	—	✅
bindings_v2.json — アプリが使用する Orchestrator リソースを宣言します。	—	✅
ローカル開発サーバー、実行中のアプリのプレビュー、デバッグ	—	✅

重要なファイル

Studio Web でプロジェクトを初期化した後

Studio Web は以下のような 1 つのファイルを作成します。

ファイル	目的
webAppManifest.json	プロジェクトの種類 (Coded) と設定について説明します。Studio Web が所有します。Studio Web を直接編集することはできません。

例：

{
  "type": "Coded",
  "solutionResourceSubType": "CodedAction",
  "config": {
    "isCompiled": true,
    "isActionApp": true
  }
}

ローカル プロジェクト (ビルドしてプッシュするもの)

ローカル プロジェクトは、選択したフレームワークが生成するものすべてです。Studio Web では特定のフォルダー構造は必要ありません。プッシュしたものだけが保存されます。

アプリの実行時に UiPath リソースを必要とする場合、プッシュするデータのルートにある bindings_v2.json ファイルによって、それらのリソースが宣言されます。Studio Web はプッシュ時にこのファイルを読み取り、宣言された各リソースを登録します。「 バインドとランタイム リソース」をご覧ください。

次はどこへ行くか

コード化されたアプリ プロジェクトの使用について詳しくは、以下をご覧ください。

• コード化されたアプリ プロジェクトを初期化する
• お使いのIDEで作業する
• バインドとランタイム リソース
• コード化されたアプリ プロジェクトをパブリッシュしてデプロイする