6

初心者のプログラマーとして、私は自分自身の標準的な命名規則に落ち着こうとしています。それが個人的な好みであることは承知していますが、私は自分よりもずっと頭のいいあなたたち (たくさんのあなたたち) からいくつかのアイデアを得ようとしていました.

私はキャメル表記について話しているのではなく、変数などにどのように名前を付けますか.IMHO、var_QuantityはQやvarQよりもはるかに説明的です。ただし、変数が長くなりすぎないようにするにはどうすればよいでしょうか。私は自分のコントロールにもっとわかりやすい名前を付けようとしましたが、住所行 1 を保持する RadTextBox の "rtxtboxAddrLine1" のようなものになってしまいました。

あなたが従うガイドがいくつかあるのか、それとも私は自分のデバイスに任されているのか知りたいのですが?

4

8 に答える 8

12

いくつかの基本的なルールはここにあります。そして、はるかに拡張されたルールがここにあります。これらは、Microsoftフレームワーク設計者からの公式ガイドラインです。

あなたの例として、変数は単に。と呼ばれるべきですquantity

于 2008-11-20T21:33:25.093 に答える
5

この場合、primaryAddressLineまたはfirstAddressLineという名前を付ける方がよいと思います。これが理由です-プレフィックスとしてのrtxtは、タイプを無意味に教えてくれます。Intellisenseはタイプを支援し、実際のオブジェクトタイプに加えられた変更の影響を受けません。これをfirstAddressLineと呼ぶと、変数名の末尾に1、2、3 ...を使用するという(貧弱な)慣習から離れて、何らかの理由でコレクションではなく変数名がさらに必要であることを示します。

それが表すもの/データ型ではなく解釈または使用されることを意味するものに名前を付けます。名前を付ける際に、必要がない場合は省略しないでください。

于 2008-11-20T21:36:43.010 に答える
5

名前のガイドラインは、最良の出発点です。しかし、他の生活分野と同様に、ルールを知ったら、どこでルールを破るのが合理的かがわかり始めます。

strFirstName、、などを呼び出す古いハンガリアン記法は使用しませんintCount。しかし、私はまだコントロールでそれを使用しています:txtFirstName、、btnVerifyDataなど。理由は次のとおりです。

  • コントロールの種類を変更する可能性はそれほど高くありません
  • コントロールの種類を変更した場合、名前だけでなく多くのことを変更する必要があるため、名前も変更することは大したことではありません。
  • Intellisenseを使用すると、はるかに簡単に見つけることができます。

さらに、ページまたはフォーム上の多くのTextBoxまたはComboBoxに対して同じことを行う可能性が非常に高いのに対し、ページまたはフォームで参照されるすべてのintまたは文字列に対して何かを行う可能性は低いです。したがって、プレフィックスが付いたすべてのTextBoxをすばやく見つけることができると便利txtです。

しかし、この場合でもハンガリー人に断固として反対する人もいますし、それには理由があると思います。個人的なスタイルに関係なく、非常に異なるスタイルのチームで作業していることに気付く場合があります。その場合は、彼らがしていることをしてください。それを問題にする価値はほとんどありません。私がそうするのは、彼らのスタイルが多くのバグにつながる場合だけですが、頭のてっぺんからそれを引き起こすケースは考えられません。

于 2008-11-20T21:57:03.517 に答える
2

オンラインで入手できる優れたコーディング標準ドキュメントがいくつかあります-DavidLanceが1つ書いています: http ://weblogs.asp.net/lhunt/attachment/591275.ashx

于 2008-11-20T21:29:25.240 に答える
2

出発点として、Microsoft独自のガイドラインを使用することをお勧めします。通常、ほとんどの企業はそこから始まります(私の経験では、とにかく)。

http://msdn.microsoft.com/en-us/library/czefa0ke(VS.71).aspx

于 2008-11-20T21:36:27.817 に答える
1

記述的であるほど、長さは、そのコントロール/変数が5年後に何をしたかを覚えているほど重要ではないことがわかります。

于 2008-11-20T21:28:00.250 に答える
1

.NET API設計(およびいくつかの一般的なC#ガイドライン)については、KrzysztofCwalinaおよびBradAbramsのフレームワーク設計ガイドラインを確認してください。

よろしく、タンバーグ

于 2008-11-20T21:36:12.200 に答える
1

私は通常、いくつかの非常に古い習慣を取り入れて、Microsoft のガイドラインに従うようにして
います。
私は年をとっていて、それが私の脳に焼き付いています。

コントロール ウィジェットの接頭辞に関しては、あまりにも説明的すぎると、途中で UI を変更する場合に苦痛になる可能性があることがわかりました。

たとえば、ドロップダウン リストに ddlProductLine という名前があり、それをラジオ ボタン グループに変更する必要がある場合、接頭辞の規則は役立つというよりも PITA になり始めます。

操作するウィジェットが多数ある場合、uiCtl のようなより一般的なプレフィックスが混乱を解消するのに役立つ場合がありますが、ウィジェットの種類を変更する必要がある場合はそれでも意味があります。

于 2008-11-20T21:44:01.933 に答える