PL/Iの学習

導入メインフレーム開発において、ファイルから読み込んだ固定長レコード（フラットなデータ）を、個別の項目として扱うためのマッピング処理は避けて通れません。毎回サブストリング関数（SUBSTR）で切り出していては、コードが煩雑になるだけでなく、...

1. 導入：なぜ「REFER」が重要なのかメインフレームのシステム開発において、メモリ管理は非常に重要です。固定長で領域を確保すると、データ量が少ないときはメモリの無駄遣いになり、逆にデータ量が多いと領域不足（S0C4異常など）を引き起こし...

導入メインフレーム開発の現場において、PL/Iの「BASED変数」はメモリを効率的に扱う強力な武器です。特に「自動間接参照」は、ポインタを明示しなくても値を操作できるため、コードを簡潔に書けるというメリットがあります。しかし、この「見えない...

1. 導入メインフレーム開発の現場において、サブルーチン間で異なるサイズの配列をやり取りする際、個別にプロシージャを作成するのは非効率です。PL/Iの「アスタリスク()」指定（境界の遅延確定）を活用することで、配列のサイズをハードコーディン...

1. 導入：なぜ「挿入文字」が重要なのかCOBOLで帳票や画面を作成する際、日付の「/（スラッシュ）」や金額の「,（カンマ）」をいちいちプログラムで計算して挿入していませんか？メインフレーム開発において、PICTURE句の「挿入文字」機能を...

導入：なぜ定数を「読み取り専用」にするのかメインフレームのシステム開発において、消費税率や基準値といった「システム全体で不変のパラメータ」を扱う際、誤ってプログラム内で値を書き換えてしまうバグは致命的な障害を招きます。今回解説する「EXTE...

1. 導入：データ定義の「共通化」がもたらす保守性の向上メインフレーム開発における最大の懸念の一つは、システム全体で共通利用されるデータ項目の「不整合」です。例えば、監査用ヘッダや通信制御項目が、プログラムごとに微妙に異なる長さや属性で定義...

1. 導入：なぜポインタの初期化が重要なのかメインフレームの開発現場において、メモリ管理はシステムの安定性を左右する非常に重要な要素です。特にポインタ変数を扱う際、初期化を怠ると「以前、別の処理で使用されたメモリ番地の残骸（ゴミ）」を指した...

導入メインフレームのシステム開発において、レコードレイアウトの定義は保守性の要です。特に大規模なデータ構造を扱う際、項目一つひとつに属性を羅列していると、修正時のミスを誘発しやすくなります。今回ご紹介する「属性の集約（Factoring）」...

導入メインフレームのPL/I開発において、フラグ制御や論理判定に多用される BIT(1) 型。何気なく定義しているそのデータ属性が、実はCPUの処理効率とメモリ消費量のトレードオフを決定づけていることをご存知でしょうか。本稿では、BIT(1...