vba - VBAのハンガリー語は大丈夫ですか？

Question

ハンガリー語 (str, int) プレフィックスは .Net では使用しませんが、型を確認するのがより難しい VBA ではまだ有用だと思います。

これは悪いですか？不要？多分私は何かが足りない。

フィードバックをいただければ幸いです。私はしばらく疑問に思っていました。

みんなありがとう。

Answer 1

この種のハンガリー語表記法は、ほぼすべての言語における諸悪の根源であると言えます。非常に動的な言語では便利だと言う人もいます。しかし、いいえ、型の略語を変数名にプレフィックスとして付けることは、すべてのケースの 99% で冗長であり、醜いコードにつながると思います。

ハンガリー語表記法を使用すべきではない理由を参照してください。

Answer 2

物事の目的が何であるかを理解できるように、単なる型よりも少しレベルの高いものを選ぶことをお勧めします。したがって、何かをstring と呼ぶ代わりに、anameまたはaddress とint呼び、 の代わりに、acountまたはcoordinate または ...と呼びます。

(接頭辞に接尾辞を使用することを好みますが、それはスタイルと好みの問題です。)

Answer 3

VBA では常に 1 文字と 2 文字のプレフィックスを使用します。それを認めるのは私だけだと思いますが、誰かが逆張りをする必要があると思いました。

私が書いた 1,800 万行の VBA コードのうち、約 1,000 行を共同作業しました。他の誰も私のコードを見ていない場合は、好きな規則を自由に使用できます。他の誰かがあなたのコードで作業する場合は、規約に同意する必要があります。

変数名を短くできるのが気に入っています。FileNumber と FileName を使用することも、lFile と sFile を使用することもできます。他のものよりも多かれ少なかれ読みやすいものは見つかりません。また、予約語を変数として使用するのにも役立ちます。Replace を変数名として使用したい場合は、できません。しかし、sReplace または lReplace を使用できます。

Answer 4

あなたの会社のスタイルがハンガリー表記を使用するように設定されている場合、それを使用しても問題はありません。ポリシーはポリシーです。コーディングの命名規則 ( C# の Stylecopなど) を強制するのに役立つツールがたくさんあるので、許可されている場合は先に進むことができます。

基本的に、基準を設けることは良い考えですが、それらの基準が何であるかは、あなたが働いている会社によって異なります。ある程度の権限があれば、MS が現在推進している標準を押し付けようとすることもできます。

新しいプロジェクトでは (おそらくコード分析ツールを利用して) ハンガリー語表記から離れ、レガシー コードについては実用的になることをお勧めします。