変数およびバインディング

変数は、情報をどのようにスクリプトに渡し、どのようにスクリプトから受け取るかを決定します。 ソース・コードで変数を宣言する代わりに、自動化スクリプト・アプリケーションでスクリプトの変数を構成することができます。 変数を使用することにより、ソース・コードの複雑さが軽減され、ソース・コードをさまざまな目的に再利用しやすくなります。

スクリプトは、変数を使用して IBM® Maximo® Manageと対話します。 変数は、IN、INOUT、または OUT のいずれかです。 IN は値による受け渡しで、INOUT および OUT は参照による受け渡しです。

変数は、Maximo ビジネス・オブジェクト (MBO) 属性、MAXVAR、およびシステム・プロパティーを含む成果物にバインドできます。 あるいは、どの成果物にも関連しないリテラル値に変数をバインドすることもできます。 MAXVAR またはシステム・プロパティーにバインドされた変数は、スクリプトで変更できないため、常に IN 変数です。 MBO 属性の変数データ型は、MBO 属性データ型によって駆動されます。 例えば、購入オーダー MBO totalcost 属性にバインドされている変数は、その型を継承します。 MAXVAR およびシステム・プロパティーにバインドされる変数は、常にストリング変数です。 リテラル値にバインドされる変数のデータ・タイプを定義するには、AUTOSCRIPTVARS テーブルでリテラル・データ・タイプ属性を指定します。 サポートされるリテラル・データ・タイプは、ALN、INTEGER、SMALLINT、DECIMAL、YORN、DATETIME、および FLOAT です。 スクリプト・レベルの定義で起動ポイント・レベルでのその値のオーバーライドが許可されている場合は、スクリプト・レベルまたは起動ポイント・レベルで変数バインディングを定義できます。 OUT および INOUT 変数のもう 1 つの重要な側面は、それらの値を MBO に戻す方法です。 MBO 属性は、NOACTION フラグを使用して設定できます。このフラグは、MBO 属性の値を変更することでフィールド・アクション・ルーチンを呼び出すかどうかを決定します。 NOVALIDATION フラグを使用して MBO 属性を設定することもできます。このフラグは、MBO 属性の値を変更するときにフィールド検証ルーチンを呼び出すかどうかを決定します。 MBO 属性を使用して NOACCESSCHECK フラグを設定できます。これにより、MBO 属性のアクション・ルーチンまたは妥当性検査ルーチンがトリガーされる可能性があります。 MBO 属性は、これらのフラグを任意に組み合わせて設定できます。 これらの設定は、スクリプトまたは起動ポイント作成ウィザードおよび自動化スクリプト・アプリケーションから有効にすることができます。

以下の表で、これらのフラグの使用法について説明します。
テーブル1。
メタデータのバインド タイプ 説明 適用範囲
検証の抑止 ブール値 MBO 属性は、NOVALIDATION フラグを使用して設定されます。 このフラグは、MBO 属性の値を変更するときに、フィールド検証検証ルーチンを呼び出すか (false)、フィールド検証検証ルーチンを呼び出さないか (true) を決定します。 属性バインディングの場合
アクションの抑止 ブール値 MBO 属性は NOACTION フラグで設定されます。このフラグは、MBO 属性の値を変更するときにフィールド妥当性検査妥当性検査ルーチンを呼び出すか (false)、フィールド妥当性検査妥当性検査ルーチンを呼び出さないか (true) を決定します。 属性バインディングの場合
アクセス制御の抑止 ブール値 MBO 属性は NOACCESSCHECK フラグで設定されます。このフラグは、属性が読み取り専用 (true) であるか、そうでない (true または false) かに関係なく、MBO 属性値を変更できるかどうかを決定します。 属性バインディングの場合