BasicとDesktopレコーディングのたった1つの違い

レコーティング(Recording)機能は、簡単に操作をアクティビティ化でき、また面倒なセレクタの設定も自動でやってくれる非常に便利な機能です。

ただ、レコーディング機能を使っているうちに、WebやCitrixは何となく分かるけど、BasicとDesktopは何が違うの？と疑問を持った事はないでしょうか。「Basic」と「Desktop」レコーディングを使い分けられていますか？

今回は4つあるレコーディングモードのうち、「Basic」と「Desktop」の違いに焦点を絞って解説します。

BasicとDesktopの違い

「Basic」と「Desktop」レコーディングの違いについて公式ドキュメントを確認してみました。

Basic (ベーシック) – アクティビティごとに全体セレクターを生成し、コンテナーは生成しません。結果として得られるオートメーションはコンテナーを使用するオートメーションより遅くなります。単一のアクティビティの場合に適しています。

Desktop (デスクトップ) – あらゆる種類のデスクトップアプリケーションと複数のアクションの場合に適しています。ベーシックレコーダーより高速で、アクティビティを取り込むコンテナー (およびトップレベルウィンドウのセレクター) を生成し、アクティビティごとに部分セレクターを生成します。

レコーディングの種類(https://studio.uipath.com/docs/about-recording-types)

翻訳の問題もあるかもしれませんが、専門的な言葉が並んでいて正直少し分かりづらいですね。以下でもう少し詳しく説明します。

違いはセレクタの作成方法

この2つのレコーディングで異なるのは「セレクタの作成方法」が違うという点です。

セレクタとは、「クリック等の操作をする際に、どのウインドウの、どの部分に対して行うか」をUiPathに伝えるためのものです。

Windows上のアプリケーションは、画面サイズの変更やファイル名を指定して保存するだけでも変わってしまうため、複数のPCで同じ様に操作できなければ自動化はできません。

セレクタがあることにより、画面サイズが変わっても、ウインドウの名称が変わっても同じ画面を対象として操作することができます。PC上の様々な要素を自由に操作できるものセレクタのおかげなのです。

全体セレクタと部分セレクタ

公式ドキュメントでは、Basicレコーディングは「全体セレクタ」を生成し、Desktopレコーディングは「部分セレクタ」を生成する、としています。

これはどういう事かというと、Basicレコーディングでは全てのセレクタをアクティビティ毎に作ります。一方、Desktopレコーディングでは、最初に対象ウインドウのセレクタを作り、後続の操作では同じウインドウ内での操作であるとして、ウインドウのセレクタは無視します。

まとめると以下のようになります。

• Basicはアクティビティ毎に何度もセレクタを作り直す。
• Desktopは最初にウインドウのセレクタを作り、そのセレクタを再利用する。

Basicの全体セレクタ。1行目がエクセルウインドウのセレクタ。これをアクティビティ毎に生成する。

Desktopの部分セレクタ。エクセルウインドウのセレクタが存在しない。

セレクタの作り方が違うと何が変わるの？

セレクタの作り方が違うだけで何が変わるの？と思う方もいるかもしれません。

例えばBasicレコーディングはアクティビティ毎に「全てのセレクタを作り出す」ため、アプリケーションが複数あっても位置を正しく判断できる反面、何度もセレクタを作り直すため、その分処理速度が落ちます。

Desktopレコーディングは最初にウインドウのセレクタを作り、そのセレクタを再利用するため、速度はBasicと比べると早い(といわれています)反面、複数のアプリケーションをまたぐ操作は得意ではありません。

そのため、BasicとDesktopレコーディングの使い分けは、以下のように対象画面数と操作数(アクティビティ数)で判断するとよいでしょう。

※画面数も多く、その中で行われる操作も多い場合は、対象ごとに処理を分けた方が良いと思います。

実行速度を測定してみる

速度に違いがあるといっても実際にどの程度違うのか、BasicとDesktopレコーディングで計測してみました。

測定方法

対象

エクセルのリボンにある、「ホーム」「挿入」「ページレイアウト」「数式」「データ」「校閲」「表示」「開発」の8つのタブを順にクリックする処理をレコーディング機能を使って作成する。

計測方法

ログに出力される、開始時間と終了時間の差を処理時間とする。

処理時間結果

UiPath Studioで実行した場合の処理結果です。

basicレコーティングの結果（平均：5.904秒）

Desktopレコーティングの結果（平均：5.899秒）

せっかくなのでもう少し調査してみました。

Desktopレコーディングではウインドウセレクタを生成しないとのことなので、下図の通りエクセルタブの名称だけ残して他のセレクタを削除してみました。

セレクタの削除（平均：6.049秒）

同じように10回実行してみたところ、かえって遅くなってしまいました。恐らく、それぞれタブの名称を画面内から探す必要が出てしまい遅くなっているのだと思われます。

Indexにしてみた結果（平均：5.862）

それならばと、本件の趣旨とは少しずれますが、タブ名での指定をIndex指定にしたところ少し早くなることが確認できました。

アクティビティ数が8つと少ないことや、試行回数も少ないためあまり差異はでていません。この差を大きいとみるか小さいとみるかは、プロジェクトの内容や開発者によって異なりそうですね。

まとめ

BasicレコーティングとDesktopレコーディングではセレクタの作成方法が異なるため、対象とする画面の数やアクティビティの数で使い分けていきましょう。
また少数のアクティビティではそれほど速度の違いはありませんが、大量かつ深いセレクタの場合は目に見える差が出るかもしれませんね。