【入門編】BYVALUE属性による値渡しの最適化と制限 – PL/Iの基本構文とデータ制御実践ガイド

こんにちは。メインフレームの世界へようこそ。

「PL/I？なんだか古めかしい名前だな」と身構える必要はありません。PL/Iは、C言語の柔軟性とCOBOLの堅牢性を併せ持つ、非常に賢く、そして時にちょっとクセのある「大人のプログラミング言語」です。

今日は、PL/Iでプログラムの呼び出しを行う際に必ず直面する「BYVALUE（値渡し）」という概念について、少し深掘りしてみましょう。JavaやCOBOLから来た方なら「参照渡しと何が違うの？」と疑問に思うはず。そのあたりを、現場の知見を交えて紐解いていきますね。

—

プログラミングで引数を渡すとき、大きく分けて2つの方法があります。

1. 参照渡し (BYADDR): 相手に「このデータはここにあるよ」と住所（ポインタ）を教える方法。
2. 値渡し (BYVALUE): 相手にデータの中身そのもの（コピー）を渡す方法。

PL/Iの`BYVALUE`は、まさに後者です。

想像してみてください。あなたは大切な「設計図（データ）」を持っています。

これが`BYVALUE`の最大のメリットであり、安全装置なのです。

—

メインフレームの世界では、メモリ効率と実行速度が命です。通常、PL/Iは効率化のために「参照渡し」をデフォルトとしていますが、あえて`BYVALUE`を使うケースには明確な理由があります。

予期せぬ副作用の防止: 呼び出し先で値を変更しても、呼び出し元には一切影響を与えません。デバッグの際、「どこでデータが壊れたんだ？」と頭を抱えるリスクを激減させられます。
レジスタ最適化の恩恵: 現代のコンパイラは、引数が小さければ（固定小数点数など）、メモリを経由せずCPUのレジスタに直接値を載せて渡すことができます。これが爆速の秘訣です。

—

では、実際にプログラムの構成を見てみましょう。`OPTIONS(MAIN)`がついたPROCEDUREが、プログラムの入り口（エントリーポイント）です。

1
/ メインプログラム：ここからすべてが始まります /
DEMO_MAIN: PROCEDURE OPTIONS(MAIN);

DCL VAL_A FIXED BIN(31) INIT(100);

/ 呼び出し先へ「値（コピー）」を渡します /
CALL SUB_CALC(VAL_A);

/ ここに戻ってきても、VAL_Aは100のままです /
PUT SKIP LIST(‘戻ってきた後のVAL_Aの値: ‘ || VAL_A);

END DEMO_MAIN;

/ サブルーチン：BYVALUE指定で受け取ります /
SUB_CALC: PROCEDURE(P_VAL) BYADDR; / デフォルトはBYADDR /
DCL P_VAL FIXED BIN(31) BYVALUE; / ここで値渡しを明示 /

/ 値を書き換えてみます /
P_VAL = P_VAL + 500;

PUT SKIP LIST(‘サブルーチン内でのP_VALの値: ‘ || P_VAL);

END SUB_CALC;

BYVALUEの宣言: サブルーチン側で引数に`BYVALUE`属性を付けるだけで、コンパイラが「あ、これはコピーを渡せばいいんだな」と気を利かせてくれます。
安全な隔離: `SUB_CALC`内でどんなに計算をいじくり回しても、メイン側の`VAL_A`はびくともしません。これが大規模な基幹システムでのバグ防止の鉄則です。

—

一つだけ、注意点を。それは「データサイズ（属性）」です。

`BYVALUE`は、基本的にレジスタに乗るような小さなデータ（整数など）に適しています。大きな構造体（STRUCTURE）を`BYVALUE`で渡そうとすると、コンパイラに「それはコピーするには大きすぎるよ！」と怒られるか、膨大なメモリを消費してパフォーマンスがガタ落ちします。

—

PL/Iの`BYVALUE`は、「データの安全性を担保するための防波堤」です。

「値渡し」という言葉は少し難しそうに聞こえるかもしれませんが、要は「手元の原本を守るためにコピーを渡しているだけ」と考えると、とてもシンプルですよね。

皆さんがこれから向き合うレガシーシステムは、何十年もの間、こういった堅実なコーディングの積み重ねで動いてきました。まずはこの「コピーを渡す」という心地よい感覚を、ぜひ実務のコードで体感してみてください。

もし分からないことがあれば、いつでも聞いてくださいね。メインフレームの深淵は、意外と温かいですよ。