PL/Iの学習

1. 導入：なぜ %LENGTH を使うべきなのかメインフレームのPL/I開発現場において、固定長変数のサイズ定義をハードコーディングしていませんか？「DCL BUFFER CHAR(80);」のように数値を直書きすると、後から元の定義が変...

1. 導入：なぜ %SUBSTR が重要なのかメインフレームの開発現場では、膨大なソースコードを効率よく管理するために「マクロ」を活用します。その中でも、コンパイル時に文字列を切り出す %SUBSTR 関数は、非常に強力なツールです。例えば...

1. 導入メインフレームのシステム開発において、ソースコードの保守性を高めるためには、定型的なコードをいかに効率よく生成するかが鍵となります。今回紹介する「%INDEX」関数は、マクロ処理中に文字列のパターンマッチングを行うための非常に強力...

1. 導入：なぜ今、物理レイアウト管理が必要なのか現代のIDEでは「コード折りたたみ」機能が当たり前ですが、メインフレームのソースコード管理において、コンパイルリストの視認性は今なお重要です。特に数千行を超える巨大なCOBOLソースやマクロ...

1. 導入：なぜコンパイル時のチェックが重要なのかメインフレームのシステム開発において、プログラムを実行する前に「このコードは本当に正しいか？」を確認することは非常に重要です。特に大規模なジョブや複雑なマクロを使用する場合、実行時エラーが発...

導入：なぜマクロ連結が重要なのかメインフレームのPL/Iやアセンブラ開発において、膨大な数の変数定義や定型処理を一つずつ手書きするのは非効率的であり、記述ミス（ヒューマンエラー）の温床となります。ここで役立つのが、プリプロセッサの「連結演算...

1. 導入：なぜスキャナの制御が必要なのかメインフレーム開発、特にPL/I環境において、プリプロセッサによるソースコードの置換は強力な武器です。しかし、同じ名称の識別子が「ある場所では定数として置換してほしいが、別の場所では通常の変数名とし...

1. 導入：なぜマクロループを使うのかメインフレーム開発の現場では、似たような定義や処理を何度も記述しなければならない場面が多々あります。例えば、100個の変数定義をすべて手書きで記述すると、それだけでソースが膨大になり、修正漏れやタイプミ...

導入メインフレームのHLASM（High Level Assembler）開発において、ソースコードの保守性は常に大きな課題です。特に、本番環境用とテスト環境用で一部の定義を切り替えたい場合、コードを二重管理するのはリスクが伴います。ここで...

導入メインフレームでのPL/I開発において、似たような構造体宣言や、命名規則に従った変数の記述を繰り返すことはありませんか。これらの「単調かつミスが許されない記述」を自動化し、保守性を高めるために不可欠なのが「%PROCEDURE（マクロプ...