Page History
...
- これらの要素フィールド #VAL#II および #VAL#JJ は、ほぼすべてのコマンドで個別のフィールドとして参照できます。ただし、以下の場所では使用できません。は、ほぼすべてのコマンドで個別のフィールドとして参照できます。ただし、以下の場所では使用できません。
- 画面パネル上。DISPLAY FIELDS(#VAL#II) は形式に関わらず無効です。使用すると、コンパイルに失敗します。同様に、ブラウズ・リストに含めることもできません。ただし、作業リストには挿入できます。
- EXEC_OS400 または EXEC_CPF コマンド内。代わりに中間作業フィールドを使用してください。詳細については、以下の例を参照してください。
- デバッグ・モードで。デバッグ機能では、#VAL#II を直接表示することはできません。
- データベース操作で。以下のコード・セクションは等価ではありません。2 データベース操作で。以下のコード・セクションは等価ではありません。2 番目の操作では、結果が生成されません。
FETCH FIELDS(#VAL01) FROM_FILE(.....)
および CHANGE #II 1
FETCH FIELDS(#VAL#II) FROM_FILE(.....)
...
- 配列全体を交換リストによって別のファンクションに、またはパラメータによって 3GL プログラムに渡すことができます。当然、他方のファンクション内の配列名が同じで、その他すべての点についても同じである必要があります。また、交換リスト域全体が 2K バイトに過ぎないことを覚えておいてください。
- デバッグ・モードで、配列全体の内容を表示できます。
- 英数字配列を 1 つのコマンドで初期化できます。
- 画面パネルまたはレポートに表示できます。ただし、実際の配列の内容がパック 10 進数データの場合は、ワークステーション装置エラーが発生する可能性があります。
- 作業リストに挿入できるため、2 次元の配列処理が促進されます。1つの「索引」は作業リストの項目番号、もう 1 つは実際の配列項目索引です。
- プログラム内では、#VAL#II、#VAL#JJ、#VAL#ARRAY などのフィールドは実フィールドであるため、OVERRIDE コマンドでその属性をオーバーライドすることが可能です。長さや小数点以下桁数をオーバーライドしないでください。コマンドでその属性をオーバーライドすることが可能です。長さや小数点以下桁数をオーバーライドしないでください。
- RDML ファンクションを RPG コードに変換するときに、最大 40 個の配列を LANSA で定義して、プログラム処理を促進することができます。配列の数とタイプは、RDML ファンクションの複雑さと、RDML ファンクションで使用される機能によって決まります。
- また、グループ、リスト、データベース操作、または画面パネルの対話ごとに、追加の配列が定義されます。
- 1 つの RPG プログラムで使用できる配列数は 200個に制限されます。
- RDML プログラムが自動的に使用する実際の配列数はコンパイル時まで予測できないため、各ファンクションで定義する配列数が 50～100 個を超えないようにしてください。1 つの RDML ファンクション内では、配列数×索引数が 100 以下になるようにしてください。