C＃で「プライベート」キーワードを記述する理由は何ですか？

私の知る限りでは、privateデフォルトでどこでも C＃では（私は書いていない場合つまりpublic、protected、internal、など、それはなりますprivateデフォルトでは）。（間違いがあったら訂正してください。）

それで、そのキーワードを書く理由は何ですか、またはなぜそれがメンバーのために存在するのですか？

たとえば、イベントハンドラーが自動生成されると、次のようになります。

private void RatTrap_MouseEnter(object sender, CheeseEventArgs e)
{

}

しかし、それが暗黙的でデフォルトであるのに、なぜそれはプライベートでさえ書くのですか？初心者の開発者（C＃のデフォルトであることを知らない人）がプライベートであることを知っているだけですか？それともコンパイラに違いはありますか？

また、「プライベート」（単独）でメンバーのアクセシビリティが変わるケースはありますか？

私の知る限り、C＃ではどこでもプライベートがデフォルトです（つまり、パブリック、プロテクト、内部などを記述しないと、デフォルトでプライベートになります）。（間違っている場合は修正してください）。

本当じゃない。名前空間内で定義されたタイプ（クラス、構造体、インターフェースなど）は、デフォルトで内部になります。また、異なるタイプ内のメンバーは、異なるデフォルトのアクセス可能性（インターフェースメンバーのパブリックなど）を持っています。詳細については、MSDNのアクセシビリティレベルを参照してください。

また、

それで、そのキーワードを書く理由は何ですか、またはなぜそれが存在するのですか？

これを明示的に指定すると、型をプライベートにするという意図を非常に明示的に示すことができます。これにより、コードの長期にわたる保守が容易になります。これは、他の開発者（または自分自身）が、メンバーがデフォルトでまたは意図的に非公開であるかどうかを知るのに役立ちます。

私の知る限り、プライベートはC＃のどこでもデフォルトです

不正解です。デフォルトは「この宣言で使用できる最も制限されたアクセス」です。たとえば、トップレベルのタイプの場合、デフォルトはinternalです。ネストされた型のデフォルトはprivateです。

それで、そのキーワードを書く理由は何ですか、またはなぜそれが存在するのですか？

それはそれを明示的にします、それは2つの理由で良いです：

• それはあなたの質問に従って、デフォルトを知らない人たちのためにそれをより明確にします（私はこの議論を個人的には好きではありませんが、言及する価値があると考えました）
• デフォルトを使用するだけでなく、意図的に非公開にすることを決定したような印象を与えます。

あなたの最後の部分については：

また、「プライベート」（単独）でメンバーのアクセシビリティが変わるケースはありますか？

はい、プロパティの半分を他よりも制限を厳しくするため：

// Public getter, public setter
public int Foo { get; set; }

// Public getter, private setter
public int Bar { get; private set; }

以前は可能な限りどこでもデフォルトを使用していましたが、（一部はEric Lippertによって）それについて考えたことを明確にし、何かを非公開にすることを決定することは良い考えであると確信しました。

おそらくさえない-個人的に私は型宣言のために、あまりにも、密封された/シールされていないためにそれを行う方法があった希望持ってデフォルトを。多くの開発者（私が注意しなければ自分も含まれる）は、クラスを封印するよりも労力が少ないという理由だけで、クラスを封印解除したままにしているのではないかと思います。

private視覚的な混乱を追加します。物事を明確にすることを主張する人に、私は尋ねます。あなたも数学でこれをしますか？例えば：

var answer = a + b / c;

かっこが不要で不明瞭だと思いますb / cか？

C＃のルールは非常に単純です。デフォルトでは、すべてが可能な限りプライベートに近いです。 だから、あなたがする何かが必要な場合は、より多くの修飾子を追加し、デフォルトよりも見えます。それ以外の場合は、不要なキーワードをコードに追加しないでください。

私の知る限り、C＃ではどこでもプライベートがデフォルトです

明示的に宣言し、民間、あなたが意味を知っている、それはプライベートです。あなたが知っている限りでは、それがデフォルトであるため、そうだと思うだけではありません。また、コードを見る誰かがそれが何であるかを知っていることも意味します。

何等、「私はかなり確信して、それがあるんだ」、「私はそれだと思う」はありませんそれはちょうどです。そして、誰もが同じページにいます。

私はC＃開発者ではありません。明示的にプライベートと宣言されていないコードを処理する必要がある場合、おそらくそれは内部コードであると思います。

物事が暗示的に設定されているときは嫌いです。それらが明示的に設定されている場合ほど明確ではありません。

読みやすさ-プライベートがデフォルトの動作であることを誰もが知っているとは限りません。

意図-プロパティをプライベートに宣言したことを明確に示します（何らかの理由で）。

読みやすさ、意図の実証は、私が考えることができる2つの大きな理由です。

可視性を明示的に指定する1つの理由は、現在のコンテキストのデフォルトが何であるかを考える必要がないためです。

もう1つの理由は、FxCopがそれを行うように指示するためです。

多くの人々（私のような人々！）は、いくつかの異なる言語で定期的にプログラミングを行っています。このようなことを明示することで、プログラミングするすべての言語の難解な詳細すべてを覚える必要がなくなります。

クラスの残りの範囲の読みやすさとの一貫性のために私は言うでしょう。