1. 導入：なぜ属性の明示が重要なのか
PL/Iという言語は、非常に「寛容」な設計思想を持っています。特にデータ宣言において、型を明示しなくてもコンパイラが自動的に属性を補完してくれる機能があります。しかし、この機能は現代のシステム開発においては「予期せぬバグの温床」となり得ます。なぜなら、自分が意図しない型で変数が宣言されると、計算誤差やメモリ破壊の原因になるからです。本記事では、この「デフォルト属性」の仕組みと、安全なコードを書くための対策を解説します。
2. 基礎知識：PL/Iのデフォルト属性とは
PL/Iでは、変数を宣言する際にデータ型（FIXED BINARYやCHARACTERなど）を省略すると、コンパイラの「DEFAULTS」オプション設定に基づき、自動的に属性が付与されます。
例えば、環境設定によってはDCL X;と書くだけで、システムが勝手に「これは整数型（FIXED BINARY）だろう」と判断して処理を進めてしまいます。しかし、別の環境やコンパイラ設定では「浮動小数点型（FLOAT）」として扱われる可能性があり、移植性や保守性の観点から非常に危険な仕様です。
3. 実装と解決策：明示的な宣言の徹底
安全なプログラムを書くための第一歩は、すべての変数に対して「属性を明示すること」です。また、過去の資産を現代の言語へ移行したり、品質を向上させたりする際には、コンパイルオプションに「DEFAULTS(NONE)」を指定することを強く推奨します。これにより、属性が省略されたコードはコンパイルエラーとなり、強制的にすべての宣言を見直すことができます。
4. サンプルプログラム：安全な宣言例
以下のコードは、属性を明示的に指定した安全な宣言と、避けるべき宣言の対比です。
/ 良い例：属性をすべて明示する /
DCL COUNTER FIXED BINARY(15,0) INIT(0); / 16ビットの整数型と明示 /
DCL USER_NAME CHARACTER(20) INIT(”); / 20文字の文字列型と明示 /
/ 悪い例：属性を省略（コンパイラ依存になる） /
DCL SOME_VAR; / 属性が不明確。環境により動作が変わる危険がある /
/ コンパイル時、DEFAULTS(NONE)を指定すると、
上記「悪い例」はエラーとなり、修正漏れを防ぐことができる /
5. 応用・注意点：現場での運用ルール
現場で最も陥りやすいバグは、「前任者が書いたコードを流用したところ、環境設定の差で属性が変わってしまい、計算結果が狂う」というケースです。
特に、既存の膨大なリポジトリを扱う場合は、以下の手順で対処してください。
・DEFAULTS(NONE)の適用: 全ソースコードに対してこのオプションを付与し、宣言不足を洗い出す。
・コーディング規約の策定: 「属性の省略禁止」を規約化し、レビューで必ずチェックする。
PL/Iの「寛容さ」は、古い時代の省力化には役立ちましたが、現代の堅牢なシステム開発には不要なリスクです。「書かなくても動く」ではなく「明示するから安全である」という意識を持つことが、ベテランエンジニアへの第一歩です。
コメント