C＃のフィールドとプロパティの違いは何ですか？しかし、私の質問には（私の観点から）若干の違いがあります：
それを知ったら
プロパティの設定におけるある種の制御のように、（スタイル/将来の開発のものを除いて）何か違いはありますか？
間に追加の違いはありますか：
public string MyString { get; set; }そして
public string myString;（最初のバージョンではC＃3.0以降が必要であり、コンパイラーがプライベートフィールドを作成することを認識しています。）
回答:
カプセル化。
2番目のインスタンスでは変数を定義しました。最初のインスタンスでは、変数の周りにゲッター/セッターがあります。したがって、後日変数を検証する場合は、はるかに簡単になります。
さらに、Intellisenseでは表示が異なります:)
編集： OPの更新された質問の更新-ここで他の提案を無視したい場合、他の理由は、それが単にOOのデザインが良くないことです。そして、それを行う十分な理由がない場合は、常にパブリック変数/フィールドではなくプロパティを選択してください。
フィールドとプロパティは同じに見えますが、同じではありません。プロパティはメソッドであるため、プロパティでサポートされていないものや、プロパティで発生する可能性があるがフィールドの場合には発生しないものがあります。
ここに違いのリストがあります：
out/ref引数への入力として使用できます。プロパティはできません。DateTime.Nowは、常にそれ自体と等しいわけではありません。readonly）MemberTypes、それらが異なって配置されるように（GetFieldsVS GetProperties例えば）いくつかの明白な違い
プロパティはアクセサキーワードを持つことができます。
public string MyString { get; private set; }子孫でプロパティをオーバーライドできます。
public virtual string MyString { get; protected set; }基本的な違いは、フィールドは、指定されたタイプのデータが格納されるメモリ内の位置であることです。プロパティは、指定されたタイプの値を取得または設定するために実行されるコードの1つまたは2つの単位を表します。これらのアクセサーメソッドの使用は、フィールドのように動作するように見えるメンバー（割り当て操作のどちらの側にも表示できる）を使用することにより、構文的に隠されています。
アクセサはフィールド以上のものです。他の人はすでにいくつかの重要な違いを指摘しているので、もう1つ追加します。
プロパティはインターフェイスクラスに参加します。例えば：
interface IPerson
{
string FirstName { get; set; }
string LastName { get; set; }
}このインターフェースは、いくつかの方法で満たすことができます。例えば：
class Person: IPerson
{
private string _name;
public string FirstName
{
get
{
return _name ?? string.Empty;
}
set
{
if (value == null)
throw new System.ArgumentNullException("value");
_name = value;
}
}
...
}この実装では、両方を保護しています Personクラスが無効な状態になること、および呼び出し側が割り当てられていないプロパティからnullを取得するからしています。
しかし、デザインをさらに推し進めることができます。たとえば、インターフェイスはセッターを処理しない場合があります。IPersonインターフェースの消費者は、プロパティを設定するのではなく、プロパティを取得することにのみ関心があると言うのはかなり正当です。
interface IPerson
{
string FirstName { get; }
string LastName { get; }
}Personクラスの以前の実装はこのインターフェースを満たしています。呼び出し側もプロパティを設定できるという事実は、消費者（消費者）の観点からは無意味IPersonです。具体的な実装の追加機能は、たとえばビルダーによって考慮されます。
class PersonBuilder: IPersonBuilder
{
IPerson BuildPerson(IContext context)
{
Person person = new Person();
person.FirstName = context.GetFirstName();
person.LastName = context.GetLastName();
return person;
}
}
...
void Consumer(IPersonBuilder builder, IContext context)
{
IPerson person = builder.BuildPerson(context);
Console.WriteLine("{0} {1}", person.FirstName, person.LastName);
}このコードでは、消費者はプロパティセッターについて知らない-それについて知ることは彼のビジネスではない。消費者はゲッターを必要とするだけで、インターフェースから、つまり契約からゲッターを取得します。
のもう1つの完全に有効な実装はIPerson、不変のpersonクラスと対応するpersonファクトリです。
class Person: IPerson
{
public Person(string firstName, string lastName)
{
if (string.IsNullOrEmpty(firstName) || string.IsNullOrEmpty(lastName))
throw new System.ArgumentException();
this.FirstName = firstName;
this.LastName = lastName;
}
public string FirstName { get; private set; }
public string LastName { get; private set; }
}
...
class PersonFactory: IPersonFactory
{
public IPerson CreatePerson(string firstName, string lastName)
{
return new Person(firstName, lastName);
}
}
...
void Consumer(IPersonFactory factory)
{
IPerson person = factory.CreatePerson("John", "Doe");
Console.WriteLine("{0} {1}", person.FirstName, person.LastName);
}このコードサンプルでは、コンシューマはプロパティを埋める知識がありません。コンシューマーはゲッターと具体的な実装（およびその背後にあるビジネスロジック（名前が空かどうかのテストなど）のみを処理します）は、専門のクラス（ビルダーとファクトリー）に任されています。これらの操作はすべてフィールドでは不可能です。
最初の1つ：
public string MyString {get; set; }プロパティです。2番目（public string MyString）はフィールドを示します。
違いは、特定の手法（インスタンスのASP.NETデータバインディング）はプロパティに対してのみ機能し、フィールドに対しては機能しないことです。XMLシリアル化についても同様です。プロパティのみがシリアル化され、フィールドはシリアル化されません。
プロパティとフィールドは、多くの場合、似ているように見えますが、似ていません。フィールドに存在しないプロパティには制限があり、その逆も同様です。
他の人が述べたように。アクセサーをプライベートにすることで、プロパティを読み取り専用または書き込み専用にすることができます。フィールドでそれを行うことはできません。プロパティは仮想にすることもできますが、フィールドはできません。
プロパティをgetXXX（）/ setXXX（）関数の構文糖と考えてください。これは、それらが裏で実装されている方法です。
フィールドとプロパティの間には、もう1つの重要な違いがあります。
WPFを使用する場合、パブリックプロパティにのみバインドできます。パブリックフィールドへのバインドは機能しません。これは、実装しINotifyPropertyChangedていなくても当てはまります（常にそうする必要があります）。
他の回答や例の中で、この例はいくつかの状況で役立つと思います。
たとえば、次のようなものがあるとします。OnChange property
public Action OnChange { get; set; }あなたは、あなたがそれを変更する必要があるよりも、デリゲートを使用する場合OnChangeにfield、このように：
public event Action OnChange = delegate {};このような状況では、不要なアクセスや変更からフィールドを保護します。
パブリックフィールドには、常にフィールドではなくプロパティを使用する必要があります。これにより、将来必要になる場合に、既存のコードを壊すことなく、ライブラリがフィールドのカプセル化を実装できるようになります。フィールドを既存のライブラリのプロパティに置き換えると、すべてのライブラリを使用する依存モジュールも再構築する必要があります。