C＃でプライベート変数にどのように名前を付けますか？[閉まっている]

C＃のプライベート変数で最も一般的に受け入れられている命名規則のベストプラクティスは何ですか？

1. private int myInteger;
2. private int MyInteger;
3. private int mMyInteger;
4. private int _myInteger;
5. private int _MyInteger;
6. 神秘的な他のオプション

どちらを使用しますか？（私の会社はC＃にかなり慣れていないので、コーディング業界の標準に入るために最も「業界で受け入れられている」方法を選びたいと思います。）

MSDNクラスデザインガイドラインhttp://msdn.microsoft.com/en-us/library/ta31s3bc.aspxでは、オプション1-myIntegerを推奨しています。

私はいつもこのスタイルを使用しています。私は_文字が嫌いです。

上記のオプション＃4を使用します。

private int _myInteger;

変数名にスコープを示すものがありますが、そのためにはアンダースコアで十分です。また、非常に読みやすくなっています。

次の命名スキームを使用します。

• ローカルスコープ変数の1番目（myInteger）
• パブリックプロパティの2番目（MyInteger）
• プライベート変数の4番目（_myInteger）

オプション4は実際に最も読みやすいオプションだと思います。これを行う必要がなくなります。

public Person(string name, int age) 
{
    this.name = name;
    this.age = age;
}

また、すべてのプライベートメンバーがより顕著になります。次の例では、一体ageどこから来たのでしょうか？this修飾子なしでは、わかりにくいです。

private void Method()
{
    var x = 2;
    var y = age + x;
}

これは理解しやすい方法です：

private void Method()
{
    var x = 2;
    var y = _age + x;
}

最初に、PascalCasingは一般にクラスのパブリックプロパティ、const、メソッドなどのために予約されています。したがって、2と5はスキップします。

第二に、ハンガリーの表記法は.NETの世界では推奨されていません。それが3で起こっていると仮定します。

camelCasingと_camelCasingが残ります。通常、クラス変数には_camelCasingを使用し、メソッドまたはそれより狭いスコープの変数には単純な古いcamelCasingを使用します。キャメルケーシングは、メソッド引数、保護/プライベート変数名、およびメソッドまたはより狭いスコープ内の変数に使用される標準です。

また、プライベート変数がインテリセンスでグループ化されるように、アンダースコアを追加するのも好きです。ただし、これは型をスコープとする変数に対してのみ行います。メソッドまたはより狭いスコープ内で宣言された変数は、アンダースコアをオフのままにします。それらを別々に保ち、あまり使用されない変数を一緒に保つことを簡単にします。

private int integer

メソッドスコープのメンバー変数とローカル変数が混同される場合は、おそらくリファクタリングが必要です。

（とにかくC＃/。netで）それを行う最良の方法は2と6の組み合わせだと思います：

private int MyInteger { get; set; }

ここには変数はまったくありませんが、プライベートインスタンス変数のように見え、動作します。その値にビジネスロジックを追加する必要がある場合（これは完全に内部的な値なので、やりたいことは何でもできます）、既に「プロパティ化」されています。熱い蒸しカップ！

オプション＃4を実行するのは、それがSSCLIのように見えるためです。しかし、正直なところ、プライベート変数の命名についてはあまり気にしません。パブリックは別の話です。

ところで、m_MyIntegerを忘れてしまった

私はそれを「私の」とは呼ばないでしょう！

しかし、私は言うだろう

class C
{
     int VariableName { get; set; }
}

多くの場合、これは明示的な変数を持つよりも優れています。明示的なプライベート変数があった場合、それを呼び出しますint _variableName;

C ++では、エディターを頻繁に切り替えるため、_を使用する傾向があります。

C＃の場合、Visual Studioでプライベートであるかどうかを確認できるため、_を残す傾向があります。

私はこれを行うためにキャメルケースの方法を使用する傾向があります。

私は4（private int _myInteger;）を使用します：

private int myInteger;

これがローカル変数の命名方法です。

private int MyInteger;

これは私が定数に名前を付ける方法です。

private int mMyInteger;

これはC＃スタイルではありません。

private int _MyInteger;

これは奇妙に見えます。

アンダースコア付き。

ビル・ワグナーは、Effective C＃でその理由を説明しています。しかし、整数にIntegerという名前を付けることはありません。インスタンス名にTypeNameを含めるのは恐ろしい習慣です。名前は自明である必要があり、C＃はタイプセーフであるため、型は常にattを見つけることができます。

より具体的な例を挙げる必要がありますが、次のとおりです。

private int count、private int badFileCount、private static readonly int ReconnectAttemptsLimit

ところで、最新かつ最高のをインストールして使用を開始すると、このすべてが無料になりますMSFT Stylecop。

私はオプション5で行きます： private int _MyFoo

ただし、_myFooに対する実際の競争上の優位性は見当たりません。

次のようなプライベート変数にcamelCasingを使用します myInteger

_混乱を減らすために
変数_myPropertyがプロパティのバックアップである場合、前述のことを考慮してください- プロパティの変数MyProperty

私はReSharperに自分の変数名を付けました。これは私のものだけでなく、他の人も同様です。プロジェクト全体でかなりの一貫性があります。

Juval LowyのIDesign C＃Coding Standardは非常に人気があります。この標準では、プライベートメンバー変数の前に「m_」を付加することを推奨しています（オプション6）。それが私たちのチームでやっていることです。

private int m_myInteger;

オプション4（_myInteger）は、この標準の許容可能なバリエーションです。

MSDNの推奨事項（myInteger）が気に入らなかったのは、ローカル変数からプライベートメンバーに伝えることが困難になるためです。もちろん、私たちの推奨事項は、プライベートメンバーをthisで修飾することでこの問題を解決します。