C＃のフィールドとメソッドでプライベートを使用する必要がありますか？

私はC＃に少し慣れており、次のことがわかりました。C＃では、クラス内のすべてのフィールドとメソッドはデフォルトでプライベートです。これが意味すること：

class MyClass
{

string myString

}

と同じです：

class MyClass
{

private string myString

}

それで、それらは同じなので、フィールドとメソッドでprivateキーワードを使用する必要がありますか？多くのオンラインコードサンプルでは、​​コードでprivateキーワードを使用していますが、それはなぜですか？

改行とインデントを省略しても、C＃コンパイラが伝えたいことを理解できるからといって、自動的に行うのは良いことではありません。

using System; namespace HelloWorld{class 
Hello{static void Main(){Console.WriteLine
("Hello World!");}}}

人間の読者には、次の場合よりもはるかに読みにくくなります。

using System;
namespace HelloWorld
{
    class Hello 
    {
        static void Main() 
        {
            Console.WriteLine("Hello World!");
        }
    }
}

そして、それがここでの要点です。プログラムは2人の対象者向けに書かれています。

• コンパイラーまたはインタープリター。
• あなた自身と他のプログラマー。

後者は、書かれたものの意味を理解し、すばやく理解する必要がある人です。このため、長年にわたって浮かび上がってきたいくつかの優れた慣行があり、多かれ少なかれ一般的に受け入れられている準標準です。それらの1つは明示的なスコープキーワードを置くことであり、別の例は、次のように構文的に必要とされない場合でも、複雑な式の周りに余分な括弧を置くことです。

(2 + 5) & 4

.NETのプログラミング言語はC＃だけではありません。他の言語では、さまざまなコンテキストで異なるデフォルトのアクセシビリティを使用できます。指定privateすると、コードを読む人にはそのようなアクセシビリティが意図されていることが明確になりますが、仕様を省略すると、メンバーがアセンブリ内で使用できるようになっていたかどうかなどの疑問が残ります（VB.NETのデフォルトのように）。 。異なるルールで複数の言語を使用する場合、明示的であることは特に役立ちます。

かどうかに関してprivate、またはprotected他の賛成で特に魅力的な引数が存在しない状態で支持されるべきで、決定はそれは、派生クラスは、その便利な何かをするためにメンバーを暴露することを可能にすることがより可能性があるかどうかに基づくべきですそれ以外の場合は不可能であるか、またはクラスの将来のバージョンが内部データ構造をより効率的な方法で変更するのを妨げます。で両方の状況の例を見ることができますList<T>。

場合によっては、集計（Point構造など）のリストがある場合、アイテムをインプレースで更新すると便利な場合があります。場合はList<T>、派生クラスにそのバッキングストアを暴露、人は簡単に定義することができEditableList<T>方法で：

delegate void ActByRef<T1,T2>(ref T1 p1, ref T2 p2);

void ActOnItem<TParam>(int index, ref TParam param, ActByRef<TParam> proc)
{
  .. test index, then...
  proc(ref _arr[index], ref proc);
}

次に、次のようなものを使用して呼び出すことができます。

int adjustmentAmount = ...;
myList.ActOnItem(index, ref adjustmentAmount, 
  (ref Point pt, ref int dx) => pt.X += dx );

このような方法では、比較的大きな構造タイプでも効率的な更新が可能になります（コピーが不要なため）。List<T>内部を公開しないという事実は、そのような演算子を効率的に実装できるクラスを派生させることを不可能にします。

反対に、私が知っている限り、Microsoftはまだこの機能を利用していませんが、バッキングストアをプライベートにすると、の将来のバージョンでList<T>、ほとんどのデータを使用するときに、バッキングストアを85K未満の断片に分割できるようになります。タイプ、またはを使用する場合は1000アイテム未満double。List<T>バッキングストアを派生クラスに公開している場合、このような分割は不可能です。

はい、それを使用する必要がありますprivate：）キーワードが使用されているのは、それが一般的に受け入れられている慣行であり、クラスメンバーの意図されたスコープに関するすべての疑いを取り除くためです。

特にチームで作業する場合、読みやすさはコードで非常に重要です。コードの読みやすさをさらに詳しく知りたい場合、私がお勧めできる優れたリファレンスブックは、The Elements of C＃Styleです。

質問：

「C＃のフィールドとメソッドでプライベートを使用する必要がありますか？」

素早い回答：

はい。ただし、コードロジックによって異なります。

長い退屈な拡張回答：

メンバーの可視性を常に指定することをお勧めします。

メンバーをデフォルトで「プライベート」として宣言するのは良い方法だと思います。

現実の世界では、代わりに「保護された」を使用します。

遅かれ早かれ、その非表示のメンバーは、サブクラスによって使用される可能性があります。

時には、良い質問は、反対の質問をすることで、よりよく答えられることがあります。

あなたの質問とは反対の質問は次のようなものです：

「C＃のフィールドとメソッドで常にパブリックアクセス修飾子を使用する必要があります」

他のプログラミング言語では、設計に応じて、保護されたパブリックを「昇格」できます。

いくつかのメンバー（プロパティ、メソッド）が必要な（視覚的な）コントロールの深い階層ライブラリをたくさん使用しています。

公開する方が良い場合もあれば、しない場合もあります。