コーディング中に使用する命名規則は何ですか?
7 に答える
ここでは、フィールド名と中括弧のスタイルのプレフィックスについては説明しないでください:)
これが.NETの私の聖書です:
また、MSDNは確かなガイドラインを提供します。
もう1つの有用な情報源は、MS内部コーディングガイドラインです。
これがMSDNの一般的な命名規則のリストです。
しかし、私はただ流れに乗る傾向があります。現在実施されている標準が何であれ、通常はそれらを使用するのが最も簡単で、時間の経過とともにゆっくりとシフトする可能性があります。自分の「標準」のアイデアを持ってプロジェクトに参加し、それを実装しようとするのは実際には現実的ではありません。
使用されている標準は実際には重要ではありません。imo-いくつかあり、人々はそれらが何であるかを知っているだけです。
プロジェクトの開始時に思いついたハンガリー語、キャメル ケース、およびその他のルールを組み合わせて使用します。今のように:
- メソッドは大文字 (DoThis)
- 変数はキャメルケース (thisThing)
- ページ レベルの変数は _ (_thisWorksEverywhere) で始まる
- 地域はすべて小文字です (#地域の外部プロパティ)
- プロパティとオブジェクトは大文字です (Object.Property)
- 外部プロパティは _ (Object._ForeignGroups) で始まります
- (txtTextBox) や (rptRepeater) のように、コントロールはある程度ハンガリー語です。アプリケーション全体ですべてが一致する限り、「透かし」はwmまたはwkなどである可能性があるため、慣例についてはあまり厳密ではありません。
...等。標準的なものもあれば、解釈次第のものもありますが、最も重要なことはアプリケーション全体の一貫性です。
ハンガリアン記法を使用できます。私は気にしませんが、さまざまなもの(変数、コントロールなど)にわかりやすい名前を付けます。
たとえば、TextBoxesの場合はtxt、Buttonsの場合はbtn、PictureBoxesの場合はpic、Labelsの場合はlblなどのコントロール名にハンガリー語スタイルのプレフィックスを使用します。これは、コントロールが何であるかを簡単に識別するのに役立ちます。
関数名については、わかりやすい説明的な名前を使用しようとしますが、特定の規則はありません。変数名についても、説明的な名前を使用しますが、特別なことは何もありません。
フレームワーク設計ガイドラインの@Aku作成者からの回答に追加するために、命名規則に重点を置いて、ガイドラインのオンラインダイジェストバージョンを公開しました。
一貫性が重要です。開発チームの規模にもよりますが、一貫性のある文書化された規則を使用すると、他の人のコードを簡単に拾い上げたり、他の人が自分のコードを拾ったりすることが容易になります。
一貫性のあるものを 1 つ選んでください。名前のスタイルを変更すると、混乱が生じます。
皆さん、「I like __field」や「I like m__field」などの回答を投稿しないでください。これは非常に個人的で主観的な質問であり、答えは 1 つではありません。
ガイドラインがあれば、それはすでに大きな勝利です。開発チームのさらに悪い点は、共通の慣習がないことです。
与えられたガイドラインのいくつかの利点を説明しようとするといいでしょう.
例えば:
フィールドの前にアンダースコアを付けると、Intellisense でのオートコンプリートを改善できます