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-REL-001 - 引数の型が一致しない
- ST-REL-006 - 無限ループ
- 変数
- 引数
- インポートされた名前空間
- コード化されたオートメーション
- トリガーベースの有人オートメーション
- レコーディング
- UI 要素
- セレクター
- オブジェクト リポジトリ
- データ スクレイピング
- 画像とテキストの自動化
- Citrix Technologies Automation
- RDP の自動化
- VMware Horizon の自動化
- Salesforce の操作の自動化
- SAP のオートメーション
- macOS の UI Automation
- ScreenScrapeJavaSupport ツール
- Webdriver プロトコル
- 拡張機能
- Test Suite - Studio
- トラブルシューティング
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
Studio ガイド
Last updated 2024年11月18日
ST-REL-001 - 引数の型が一致しない
ルール ID:
ST-REL-001
範囲: コード化されたワークフロー
このルールは、入力/出力パラメーターの引数の型が一致していることを確認します。たとえば、
Execute
メソッドの出力パラメーターとして DataTable
が使用されている場合、一致する入力パラメーターが DataSet
であればエラーが強調表示されます。
たとえば、次のコード例では、同じ
isConnected
パラメーターを bool
として宣言した後、int
として宣言しています。この問題を解決するには、isConnected
パラメーターに入力と出力の両方で同じ型を使用するようにします。
public (bool IsConnected, string Name) Execute(int IsConnected, int32 Name)
{
return (true, "Jade");
}
public (bool IsConnected, string Name) Execute(int IsConnected, int32 Name)
{
return (true, "Jade");
}
入力/出力引数のデータ型は常に一致させるようにすることをお勧めします。メソッドが
public (bool IsConnected, string Name) Execute(int IsConnected, int32 Name)
の例のような組を返す場合でも、メソッドの前と後の両方で入力/出力引数を宣言する必要があります。この場合、IsConnected
は 2 回宣言されているため入力/出力引数です。
一方、
public int Execute(int Output, int c)
のようにメソッドが単一の引数を返す場合は、Output
という名前を付けて入力/出力引数を宣言できます。引数に Output
という名前を付けると、メソッド内で一度しか宣言されていない場合でも入力/出力引数として扱われます。