studio
2024.10
true
- リリース ノート
- 基本情報
- セットアップと構成
- オートメーション プロジェクト
- 依存関係
- ワークフローの種類
- 制御フロー
- ファイルの比較
- オートメーションのベスト プラクティス
- ソース管理との連携
- デバッグ
- ログ
- 診断ツール
- ワークフロー アナライザー
- ワークフロー アナライザーについて
- 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-026 - [待機] アクティビティの使用
- 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
- 変数
- 引数
- インポートされた名前空間
- コード化されたオートメーション
- トリガーベースの有人オートメーション
- レコーディング
- UI 要素
- セレクター
- オブジェクト リポジトリ
- データ スクレイピング
- 画像とテキストの自動化
- Citrix テクノロジの自動化
- RDP の自動化
- VMware Horizon の自動化
- Salesforce の操作の自動化
- SAP のオートメーション
- macOS の UI Automation
- ScreenScrapeJavaSupport ツール
- Webdriver プロトコル
- 拡張機能
- Test Suite - Studio
- トラブルシューティング
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。
Studio ガイド
最終更新日時 2024年12月19日
ST-NMG-002 - 引数の命名規則
ルール ID:
ST-NMG-002
範囲: ワークフロー
このルールは、プロジェクト内のすべての引数を分析し、特定の規則に従っているかどうかを判断します。
プロジェクトの引数は、プロジェクトを理解して保守しやすいように、特定の命名規則に従う必要があります。引数名は意味のあるものとし、その型を示す文字を含めるようにします。
- in – 指定されたプロジェクト内では引数のみを使用できます。
- 出力 – 指定されたプロジェクトの外側をデータが通過するようにこの引数を使用できます。
- io – 引数を指定されたプロジェクトの内外両方で使用できます。
すべての引数が命名規則に従っていることを確認してください。このルールの既定の正規表現は、次のとおりです。
- InRegex:
^in_(dt_)?([A-Z]|[a-z])+([0-9])*$
- OutRegex:
^out_(dt_)?([A-Z]|[a-z])+([0-9])*$
- InOutRegex:
^io_(dt_)?([A-Z]|[a-z])+([0-9])*$
。
上記の正規表現によると、接頭辞で始まり、その後に小文字または大文字が続き、その後に 1 つの数字が続く場合、引数は表現に一致します。
たとえば、ワークフローの引数名が
in_HelloWorld
の場合、ルールによって検証されます。この正規表現ルールに従う引数名の他の例は、out_HelloWorld
と io_Helloworld
です。
[プロジェクト設定] ウィンドウで、[ワークフロー アナライザー] タブを選択します。以下の画像のように、ルールを見つけて選択します。
[正規表現] セクションで、検索パターンに文字を追加または削除します。たとえば、In 引数の式の
[A-Z]
部分を削除すると、検索パターンは ^in_(dt_)?([a-z])+([0-9])*$
になります。これで、ルールは、In 引数がプレフィックスに続いて小文字で始まることを確認します。
[a-z]|[A-Z])
を追加すると、ルールは ^in_(dt_)?([A-Z]|[a-z]|[a-z]|[A-Z])+([0-9])*$
になり、in_HelloWonderfulWorld
を有効な In 引数名として認識します。
このルールの既定の正規表現は、別の命名規則に変更できます。以下のリストを確認してください。
キャメルケース
キャメルケース規則では、引数名の中間にある各単語は大文字で始まり、間にスペースや句読点が入らないことを指定しています。
正規表現の例:
^in_(dt_)?([A-Z]|[a-z]|[0-9])+([A-Z]|[a-z]|[0-9])
。
有効な引数名:
in_Hello1World2
、in_helloWorld
、in_Hello1World
。
パスカルケース
パスカルケースの命名規則では、引数名に大文字で連結された単語を含める必要があることを指定しています。
正規表現の例:
^in_(dt_)?([A-Z]|[0-9])+([A-Z]|[a-z]|[0-9])
。
有効な名前:
in_Hello1World2
、in_HelloWorld
、in_Hello1World
。
ケバブケース
ケバブケースの命名規則は、スネークケースに似ていますが、スペースをアンダースコアではなくハイフンに置き換える点が異なります。
正規表現の例:
^in_(dt_)?([a-z]|[A-Z]|[0-9])+‐([a-z]|[A-Z]|[0-9])
有効な名前:
in_Hello1‐World2
、in_Hello‐World
。