AS400/IBMi フリーフォームRPGの書き方備忘録

IT関連

私の備忘録です。順次追加していきます。

何も知らない初心者なので間違いがあればご指摘いただければ幸いです。

尚、RPGIVとRPGLEは厳密には違うようですが、ここではRPGLEに統一しておきます。

登場人物はRPG(III)とRPGLEとFFRPGの3つです。

 

事前準備

ソースファイルの作成方法、RPGIIIからRPGLEへの変換方法など、コードを書くまでの準備です。

 

ソースファイルの作成

RPGLEのソースはレコード長が違うのでQRPGSRCには入れられません。

RPGLEやFFRPGは別でソースファイルを作ること。名前はQRPGLESRCかQFFRPGSRCが一般的。

コマンド

RCDLEN

RCDLENとは最大レコード長、横幅のことです。

指定しないとデフォルトの92になるので、RPGLEの場合は必ず112にすること。

厳密にはRPGLEもFFRPGもコンパイルは通るしちゃんと実行もできるみたいですが、エラーっぽいメッセージが出ます。

特にフリーフォームでは横幅が狭いと文字数を超えたときにRDi上に下記のようなエラーが表示されます。

Error)1つ以上の行がテキスト制限を超えています。ファイルが保存されるときに切り捨てられます。

IGCDTA

IGCDTA(*YES)は必ず指定すること。

これを指定しないとソース内で日本語が使えなくなくなります。

試しにDSPLYを使って「こんにちは」を表示するテストしてみたが、RDI上では表示されるがエミュレーターでは何も表示されないし、DSPLYの出力も文字化けしてしまう。

RDIの表示

SEUの表示

DSPLYを実行した表示

 

RDiの導入

一番肝心なところですが割愛です。RDiとはエディタのことですが、私の会社は先日のIBMi更新のときにRDiを導入しました。

私の場合はソースファイルにあるコードをつついてエミュレーターに切り替えコンパイルする手法でやります。ゆえに環境はエディタがRDiに変わっただけです。

尚、固定長のRPGIIIやRPGLEは無理ですが、フリーフォームなら無料のマイクロソフトVSCodeでもいいらしいです。ソースといってもただのテキストなので。

やり方は拡張子を.RPGLEや.SQLRPGLEで作ってFTPを使って統合ファイルシステム(IFS)上にアップすればいいそうです。

 

フリーフォームを習得するには

練習にRPGLEで書かれたコードをフリーフォーム化するのが一番分かりやすいと思います。

私もそれで身につけ中です。

 

RPGIIIのソースをRPGLEに変換するには

RPGLEではなく、いまだRPGIIIの場合はフリーフォームにする前にRPGLEにしないといけません。

そのためのコンバート(変換)コマンドがあります。

TOFILEは前述したRCDLEN(112)で設定したソースファイルを指定すること。

通常のQRPGSRCを指定した場合は下記のようなエラーが表示されます。

前述のとおりコンパイルは通るしプログラムとしてもちゃんと動きますが、やらない方がいいでしょう。

私の場合はLOGFILEが必要が無いので*NONEにしました。

LOGFILEのデフォルトはQRNCVTLGですが、ファイルが存在しない場合はエラーで落ちるので、必要な場合は先に作っておく必要があるようです。

 

事前準備その他

一応メモで残しておきます。

ソースファイルの削除

ソースファイルの削除。間違って作った場合はこれで消しましょう。

ソースの作成

ソースの新規作成。PDMやRDIから操作すればいいけど一応メモ。

 

 

フリーフォームRPGの基本

フリーフォームRPG基本的なお作法について書いておきます。

 

先頭と終了

フリーフォーム記述の開始は、先頭に**FREEと書くだけです。

先頭以外はダメです。2行目でもダメ。

もちろんRPGIVの固定長の途中に埋めこむのも不可。

プログラムの終了は従来のLR RETURNを下記のように書きます。

DSPLY命令だけのプログラムですが、コンパイルも通りますしちゃんと動きます。

 

命令の最後はセミコロン(;)で区切る

命令文の終了はセミコロンまで。

途中は改行してもよし。但し、命令文のキーワードの途中での改行はNG。

オープン言語のPHPなどと同じですね。

 

コメントアウト

コメントアウトはスラッシュを2つ。

/* */のように改行をまたいで複数行をコメントをする方法は無いみたいです。

 

値の代入

固定長のような面倒な書き方や、RPGLEのようなEVALは要りません。

これで終わりです。

 

文字の連結

文字の連結は+でできる。

 

 

制御ステートメント CTL-OPT

あまり良く分かっていませんが、RPGソースのド先頭にある意味なさげなアレです。

 

よくあるYの指定

RPGIIIやRPGIVで一番先頭の行で指定するあれです。

 

 

ファイル定義ステートメント DCL-F

DCL-Fで始まり、その後にファイル名が続き、さらにその後にキーワードが続く。

装置キーワードとは、DISK PRINTER WORKSTNなど。

装置キーワードはファイル名の直後に指定しなければならない。

 

読み書きするファイルの指定

装置キーワードにDISKを指定します。

RPGのF仕様書と同じで、定義をしていないファイルは読み書きができません。

キー順に読む必要があればKEYED。

読むだけの場合はUSAGE(*INPUT)とすればいい。

更新の場合はUSAGE(*UPDATE)とするが、USAGE(*INPUT : *UPDATE)としてもいいみたい。

複数ファイルある場合は複数行書けばOK、区切りのセミコロン(;)をお忘れなく。

 

表示装置ファイルの指定

DSPFの指定です。装置キーワードはWORKSTNです。

表示装置は入出力するのでUSAGEはINPUTとOUTPUT両方指定します。

 

印刷装置ファイルの指定

装置キーワードはPRINTERです。

印刷に入力はないのでUSAGEはOUTPUTのみ。

オーバーフローはOFLINDで指定します。*INOFでも*IN01-99でも下記のような変数名でもOK。オーバーフロー発生時にオンになる。

こんな感じで使う。

 

サブファイルの指定

サブファイルは画面装置ファイルの中に組み込むものなので、画面装置ファイルの指定の直後に書くようです。

サブファイルが2つある場合は続けて書く。改行はなくてもいいけどあったほうが見やすい。

 

 

定義仕様書 DCL

変数、データストラクチャー、パラメータリストなどの定義です。

 

変数を宣言する DCL-S

RPGIIIではプログラム中で文字数や少数桁を宣言することで型宣言としている節がありました。

RPGLEからのようですが、分かりやすく上部でまとめて宣言できるようです。

変数名にはアンダーバーも使えます。

文字型

郵便番号のように7桁固定で必要なカラムはCHAR、名前のように可変するカラムはVARCHARで良いと思います。

数値型

計算もパックの方が早いらしいので基本的にPACKEDでいいと思います。

詳しくは書きませんがゾーンの方が無駄に記憶域を消費するそうです。

使い分けはあまり考えていませんが、数字をコードのように使うのならゾーンがいいそうです。

標識、真偽値 IND

RPGIIIでは01から99しか無かったフラグですが、RPGLEでは名前を付けることが可能です。

何らかの終了フラグなどは下記のような名前にしたほうが分かりやすいはず。

もちろん下記のようにIN77というフラグ名にしてもOKですが、解りにくいので標識のクセは治したほうが良さそうです。

なお、RPGIII時代から*IN〇〇というフラグを使っていましたが、下記は全く違う意味です。

ファンクションキーの打鍵、色変更などのDSPATR、サブファイルクリアなどDDSで必要とする標識は使わざるをえないので、それ以外はなるべく分かりやすい真偽値名に置き換えたほうが良いと思います。

 

パラメータを受け取る DCL-PI

いわゆるPLISTです。プログラムをコールするとき渡すパラメータです。

このように指定します。

尚、下記のように定義することはできないみたい。

 

外部プログラム使用宣言 DCL-PR

RPG内から別のプログラムをキックする場合は、あらかじめ宣言する必要あるみたい。

RPGIIIなら何もせずロジック内で普通にCALLすればよかったのですが・・

尚、これはCALLする場合です。CHAINの場合は普通にF仕様書に書きます。

 

書き方とサンプルです。パラメータは適切なものを適切なサイズと型で指定します。

 

データストラクチャ DCL-DS

データストラクチャーDSの指定方法です。

カラムをDSで切る

READしたファイルに含まれるカラムの郵便番号7ケタを3桁4桁に切る。

カラムをDSでつなげる

2つのカラムをDSでつなげる。POSで開始位置を決めるみたい。

TIKUとSIMEはテーブルにあるカラムなので変数や型宣言は不要。

 

システムデータストラクチャー SDS

これを使えばプログラム実行時のシステム情報を取得できる。

たとえばプログラムIDやワークステーションIDなど。

PGIDやWSIDという変数名は何でもいい。型や文字数やPOSの値が重要。

要するにSDSという大きな変数があってその中の何桁から何桁目にシステム値が入っているということ。

なのでDSのPOSで桁を指定する。RPGIVの場合はSDSだが、フリーフォームの場合はPSDSにする。

修飾名が無い場合は*Nとする・・らしい知らんけど。ま、これで動くから良しとする。

 

命令コード

四則演算や条件文IFやFORやREADなどの命令文です。

わかりやすく例文で書いておきます。

 

四則演算

Web系言語などで使える剰余演算の「%」は使えないので、%REM関数を使います。

 

IF文とFOR文

プログラミングの初心者問題であるFizzBuzzを例にします。

FizzBuzzとは、1・2・3・4・5・・・とカウントしていき

  • 3で割り切れるときは「Fizz」
  • 5で割り切れるときは「Buzz」
  • 両方で割り切れるときは「FizzBuzz」
  • それ以外は「その値」

を書き出すというプログラミング初心者にやらせる問題です。

 

これでFOR文とIF文(ELSEIF、ELSE、AND)の書き方が一気にわかりますね。

基本的に一般的なプログラミング言語と同じ感じです。VBAに近いかも。

剰余算は前述のとおり%REMを使用しています。各所にセミコロンがあるのがポイントです。

 

DOUとREADとCHAIN

顧客リストをREADして、日本郵便のデータ(郵便番号と住所の紐づけ)をCHAINして、顧客名と住所を表示するプログラムです。

これでDo_UntilとReadとChainの書き方と、見つかったかどうかの判定方法がわかるはず。

%EOFはファイルの終わりを判定する関数です。

EOFでなければ処理をする場合は、NOT %EOFとする。

 

%FOUNDは見つかったらONを返す関数です。

引数にはCHAINしたファイル名を入れてもいいですが、直前のCHAINを判定してくれるので、この場合は何も入れなくてもOKです。

詳しく知りませんがLOOKUPなども%FOUNDで判定するのだと思います。

 

SETLLとREADE

1対多になるオーダー番号と項番号がある受注情報に対してSETLLとREADEすると仮定。

対象ファイルのキーが複数でも、SETLLなので1つのキーでSETLL/READEすることはもちろん可能。

 

SQLRPGの書き方

別記事にしました。よろしければご覧ください。

AS400/IBMi SQLRPGの書き方 フリーフォームRPG
書き方といって偉そうに投稿できるものではありませんが、文献が少ないと思うのでご参考になれば幸いです。 尚、これは自分の備忘録なので、間違いがあればご容赦を。 SQLRPGをなぜ使ったのか 例えば在庫照会のプログラムを作るとします。...

その他

一旦記事はこれで完成です(2021年6月5日)

その他の気付きがあれば追記するかもです。

 

演算命令でわからないとき

RDi上で「Ctrl」+「Space」を押せば演算命令の一覧が表示されます。

必要な命令を選ぶと、使い方が載ったポップアップも表示される。

argは実引数の意味。search-argは検索文字という意味。|はor(または)の意味。

上記の場合は「検索文字」または「キー」と「ファイル名」または「レコード様式名」ということ。

 

プログラム開始時に走らせるサブルーチン *INZSR

フリーフォーム関係ないけど備忘録。

下記のように書けばメインルーチンの前に走らせてくれるみたい。知らなかったです。

 

挿入モードをデフォルトにする

RDiを開いたらカーソルの形が■になっているので|にする方法を捜しましたが、現時点ではできないそうです。

2016年時点ですが外人さんがIBMコミュニティで質問している記事がありました。

コメント

タイトルとURLをコピーしました