システムハンガリアン記法は時代遅れ？：一般システムエンジニアの刻苦勉励：オルタナティブ・ブログ

昨日のエントリでintPrintCountのような「型に関する接頭辞」をつけるとわかりやすいと書きました。 一行で一目置かれるプログラム http://blogs.itmedia.co.jp/yohei/2008/04/post-52d8.html これは、そういう文化の下で育った一部の人にはわかりやすい、というのが正解のようです。 wikipediaにこんな記述がありました。 本来、シモニーの考案したハンガリアン記法とは、変数の意味や使用目的から接頭辞を決定することであり、型では区別できない情報を変数名に付与することで、紛らわしい変数の意味を明白にし混同をさけるためのものであった。たとえば、論理座標とデバイス座標、X軸とY軸、ドルと円などで、これらは単純に型による安全性に頼ることはできない。 ハンガリアン記法 - Wikipedia http://ja.wikipedia.org/wik

[ghostbass]

invoice_amountやunit_priceはintやfloatにはならないし(計算誤差の元)、order_date,shipping_dateはstringやintにならない(まあ8ケタ数字で保存する規約もあるかもしれないが)しfamily_nameはintにならない。つまり型情報は不要。

[kiyo_hiko]

6年前の話題。未だにハンガリアン信者な上司たちを説得しようとしたらとにかくわかりやすいの一点張りで死ぬかと思った。逆に私の変数名n,kとかss,x,y,xs,ysとかだし説得し難い。今更こんな事に労力割きたくないんだがな

[hirometrics]

ハンガリアン

[isaisstillalive]

未だにシステムハンガリアンの話題が……と思ったら4年前の記事じゃねーか

[babydaemons]

まぁ、プリミティブ型をC/C++で使う分には必要性は判らないでもないけど、C# や Javaでは不要。。。

[kenomi]

C#コード規約説明時に、ハンガリアン記法がなぜ駄目なのか 　　説明が出来なかったので調査

[lre]

自由に型（構造体、クラス）を作れる言語で型のプレフィックスなんて。むしろintの派生で金額型とか、数量型とか作った方がいいかも。

[ys0000]

システムハンガリアン記法は時代遅れらしい。私はVBSしか書かないから、全部バリアントになってしまうので分かりやすいようにしているつもりだけれど、今後はやめたほうがいいのかしら。