studio
latest
false
- 基本情報
- セットアップと構成
- オートメーション プロジェクト
- 依存関係
- ワークフローの種類
- 制御フロー
- ファイルの比較
- オートメーションのベスト プラクティス
- ソース管理との連携
- デバッグ
- ログ
- 診断ツール
- ワークフロー アナライザー
- ワークフロー アナライザーについて
- 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
- ST-REL-001 - 引数の型が一致しない
- ST-REL-006 - 無限ループ
- 変数
- 引数
- インポートされた名前空間
- コード化されたオートメーション
- トリガーベースの有人オートメーション
- レコーディング
- UI 要素
- セレクター
- オブジェクト リポジトリ
- データ スクレイピング
- 画像とテキストの自動化
- Citrix テクノロジの自動化
- RDP の自動化
- VMware Horizon の自動化
- Salesforce の操作の自動化
- SAP のオートメーション
- macOS の UI Automation
- ScreenScrapeJavaSupport ツール
- Webdriver プロトコル
- 拡張機能
- Studio でのテスト
- トラブルシューティング
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。

Studio User Guide
最終更新日時 2025年9月29日
Rule ID:
ST-REL-001
Scope: Coded workflow
This rule ensures that the argument types of In/Out parameters are matching. For
example, errors are highlighted when a
DataTable
is used as an
output parameter for the Execute
method, if the matching input
parameter is a DataSet
.
For instance, in the following code example, the same
isConnected
parameter is declared as bool
, and then as an int
.
To resolve this, make sure the same type is used for the
isConnected
parameter both as input and output.
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");
}
We recommend to make sure that the data types for In/Out arguments always match. If
the method returns a tuple, such as in
public (bool IsConnected, string
Name) Execute(int IsConnected, int32 Name)
, an In/Out argument must
still be declared both before and after the method. In this case,
IsConnected
is the In/Out argument as it is declared twice.
On the other hand, when the method returns a single argument as in the example
public int Execute(int Output, int c)
, you can declare an
In/Out argument by naming it Output
. Naming any argument as
Output
treats it as an In/Out argument, even if it's only
declared once in the method.