PL/Iの「魔法の杖」ピクチャ編集をJavaでどう読み解く？――レガシー移行の現場から
こんにちは。長年メインフレームの世界でPL/Iと共に生きているシステムアーキテクトです。
最近、現場で「Javaへのリプレイス」を主導していると、必ずと言っていいほど直面するのが「PL/Iのピクチャ（PIC）編集をどうやってJavaで再現すればいいのか？」という壁です。
PL/Iのコードを見慣れない方にとって、`DCL AMT PIC ‘ZZZ,ZZ9.99’;` といった宣言は、まるで暗号のように見えるかもしれません。でも安心してください。これは決して「古い遺物」ではなく、当時としては非常に洗練された、データを見やすく整えるための「魔法の杖」だったのです。
今日は、この「ピクチャ編集」の正体と、Javaへの移行における考え方を紐解いていきましょう。
—
1. PL/Iのピクチャ編集って、結局何者？
PL/Iのピクチャ（PIC）は、単なるデータ型ではありません。「中身の数値」と「出力時の見た目」を一つの宣言で定義してしまうという、非常に強力な機能です。
例えば、こんなコードを見てみてください。
/i
/ 変数AMTを、カンマ編集あり、ゼロ抑制ありの形式で定義 /
DCL AMT PIC ‘ZZZ,ZZ9.99’;
AMT = 1234.5;
/ 出力結果は ‘ 1,234.50’ となります /
PUT SKIP LIST(AMT);
ここでの `Z` は「ゼロ抑制（Zero Suppression）」を意味します。数値の先頭にある不要なゼロをスペースに置き換えて、人間が読みやすい形に整えてくれるのです。COBOLのPIC句も似ていますが、PL/Iのそれは数学的な計算と編集をシームレスに行き来できるのが特徴です。
—
2. Javaへの移行で気をつけたい「落とし穴」
Javaでこれを再現しようとすると、多くのエンジニアが `java.text.DecimalFormat` に手を伸ばします。しかし、ここで一つ、「型」に対する考え方の転換が必要です。
PL/Iの挙動：型そのものが「編集済み」
PL/Iでは、変数 `AMT` を使って計算をした直後に、その変数をそのまま出力すれば「編集された文字列」として扱われます。データ構造の中に「編集ルール」が埋め込まれているイメージです。
Javaの挙動：型は「数値」、表示は「変換」
一方、Javaでは `BigDecimal` や `long` といった数値型そのものには「編集ルール」は含まれません。あくまで「数値は数値」として扱い、画面や帳票に出力する直前に `DecimalFormat` で「ラッピング（化粧）」してあげる必要があります。
Javaでの実装例（再現ロジック）
import java.text.DecimalFormat;
import java.math.BigDecimal;
public class LegacyConverter {
public static void main(String[] args) {
BigDecimal amt = new BigDecimal(“1234.5”);
// PL/Iの ‘ZZZ,ZZ9.99’ を再現するフォーマッタ
// # は値がある時だけ表示、0 は値がなくても表示（ゼロ埋め）
DecimalFormat df = new DecimalFormat(“#,
0.00″);
// 出力結果は “1,234.50”
System.out.println(df.format(amt));
}
}
—
3. なぜ「ゼロ抑制」で苦労するのか？
移行の現場で最もトラブルになりやすいのが、この「ゼロ抑制」の差異です。
PL/Iの `Z` は、先頭のゼロを空白に変換しますが、Javaの `DecimalFormat` で `#` を使うと、数値が「0」だった場合に「空文字」になってしまうことがあります。
- PL/I: `0` を格納して出力すると ` .00` （スペースが並ぶ）
- Javaの `#`: `0` を格納して出力すると「何も表示されない」
この微妙な挙動の違いが、帳票のレイアウト崩れや、後続のCSV連携で「データが消えた！」という大騒ぎに繋がることがあります。
解決のヒント：
もし、すべてのゼロをスペースにしたいという厳密な要件があるなら、`DecimalFormat` に頼り切るのではなく、`String.format()` や、独自のフォーマット変換クラスを用意して、「0の時は空文字を返す」あるいは「スペースを補完する」といったラップ処理を一段挟むのが、一番の安全策です。
—
最後に：怖がる必要はありません
PL/Iは確かに古い言語ですが、その設計思想には「いかに正確に、美しくデータを扱うか」というエンジニアの知恵が詰まっています。
Javaへ移行する際は、「PL/Iのピクチャ宣言」を「Javaの出力用フォーマッタ」と「純粋な数値計算用変数」に分解してあげること。それだけで、複雑怪奇に見えたコードも、ぐっとシンプルで保守性の高いものに生まれ変わります。
もし、「このPICの挙動、Javaでどう書くのが一番スマート？」と迷ったら、いつでも相談してくださいね。レガシーシステムの深淵を一緒に歩いていきましょう！
