物凄く久しぶりに一人っきりでワインとか飲んだら思いっきり酔いつぶれて 2、3 時間ほど眠ったらこんどは目が冴えてしまって眠れなくなっちゃったので、これまた久しぶりに枯れた話題について愚考を重ねてみようかと思う次第。
最近、とある友人 (「主に VB」なプログラマーさん) が、「変数名には必ず型がわかるような接頭子をつける記法に慣れている」というようなことをおっしゃるので、ハンガリアン記法を原則化するコーディングルールが好きでは無いおいらはちびっと反発してしまったわけなのですが、偏見の可能性もあるので今一度整理してみようかなぁとか思ってみたわけなのですよ。
結論から言えば、結局は case by case ということになるのだろう、ということなのですが、それだけだと有意義な情報とは言えないと思うので、どういう場面で使うと効果的かというのをさらっと列挙すると大体以下の通りになるんではないかと思う。
- コンパイラが型の違いを見抜けない言語である場合で、且つ、グローバル変数か、または関数の引数である場合。特に、C/C++ で引数の型に
void * や void ** などを使う必要があるケースなど、ポインタアクセス時に暗黙の reinterpret_cast (異なる型の値へのポインタとして扱おうとする型キャスト) が容易に発生しうるような言語においては有効。但し、Java や D 言語のような、オブジェクトの参照に対して型に厳密な言語においては、必ずしも有用ではない。
- 行おうとする演算によっては必ずしも型に厳密ではなくなってしまう可能性のある言語において、そのあいまい性を予防する目的で使用する場合。JavaScript における文字列と数値のあいまい性など。
- スコープがあいまいである場合。グローバル変数なのか、関数の引数として定義した自動変数なのか、ブロックスコープ内の変数なのか、オブジェクトのメンバフィールドなのか、それらの区別が言語の文法上つかなくなる恐れがある場合。特に、変数を宣言しなくても使えるタイプの言語においては注意を要する場合があり、その注意を減らす目的において有用。
- 汚染値チェック機構の存在しない言語において、ユーザーから入力された情報 (危険である可能性がある) と、加工済みの情報 (危険は取り除かれている) とを区別する目的で使用する場合。もっとも、これは一般的に認識されている「ハンガリアン記法」とは異なるものであり、そういう意味での異論はありそうだが、その点については後述。
- コンパイルエラー時のエラーメッセージが難解である場合に、ハンガリアン記法を用いていればエラーの原因が特定しやすいことが予期できる場合。但し、グループ開発時のコーディングルールに含めようとする場合には、一部のベテランプログラマーとの間で折衝は否めないかもしれない。
まず、一般的になってしまっている解釈と、それに対するありがちな議論を紹介してみようと思う。
一般的な解釈
ｺﾒﾝﾄをする