C＃3.0の自動プロパティとパブリックフィールドの違い

Question

C＃3.0に自動実装されたプロパティ言語機能が存在する理由を理解できませんでした。あなたは

public string FirstName { get; set; } 

Answer 1

より

public string FirstName; 

を言うとき、彼らは結果のILコード（機械語）に別々に実装されているので、それを作っているどのような違い

。 Automaticプロパティはパブリックゲッターとセッターとして公開されていますが、パブリックフィールドは単一のフィールドです。

このように、自動プロパティを実装すると、後日、 getterまたはsetter（バリデータを追加するなど）を使用せずに、それを使用する従属クラスを再コンパイルまたはre =コーディングせずに...

Answer 2

最初はパブリックフィールド、2番目はパブリックプロパティです。

主な違いは、その使用方法です。たとえば、WPFはデータのみプロパティにバインドでき、フィールドにはバインドできません。

Answer 3

違いは、プロパティを読み取るコードでコンパイルされた他のアセンブリがプロパティに対してコンパイルされている点です。

ゲッターまたはセッターにコードを追加する必要がある場合は、そのコードにリンクされている他のすべてのアセンブリを強制的に再コンパイルする必要はありません。

フィールドではそうではありません。後でフィールドをプロパティに変更すると、そのコードを追加するために、自分とリンクされている他のアセンブリは、プロパティではなくフィールドを読み込むようにコンパイルされているため、正しく機能しなくなります。

また、データバインディングなどのフィールドではなく、プロパティを検索するためのコードが多数作成されています。

Answer 4

後でそれぞれをカスタム実装のプロパティに変更したい場合は、どうなるか考えてみましょう。それが自動的に実装されるプロパティの場合は、フィールドを追加して実装を変更するだけです。完全なソースとバイナリの互換性。

最初にフィールドを入力すると、ソースとのバイナリ互換性が得られません。それを参照するすべてのものを再構築し、もはやコンパイルしないものを修正する必要があります。

さらに、properties have various benefits over fields。フィールドへの私の主な個人的な異議は、の実装のAPIでの決定を公開することです。

Answer 5

他の人が言ったことに加えて、パブリックフィールドを宣言するだけで、フィールドは読み書き可能です。 publicオートプロパティを宣言すると、プロパティはパブリックですが、get/setレベルでアクセシビリティを制御するための修飾子を追加できます。

あなたのクラスのユーザーは、FirstNameをパブリックプロパティとして認識します。しかし、彼/彼女はそれに書き込むことはできません。このため、使用の

Answer 6

：OOよる「ユダヤ」は

Answer 7

オート性質を支配することを
public string FirstName { get; private set; }
簡単なプロパティは、彼らは任意の正規プロパティのようなバッキングフィールドを使用し、コンパイラは、通常のプロパティを生成しますが、あなたはしないでくださいそのためのコードを書く必要があります。ここでは、コンパイラによって生成されたコードの非常に説明のサンプル（Reflectorのおかげで）です：製品がRTMになったら、マイクロソフトの外

[CompilerGenerated] 
private string <ContentType>k__BackingField; 

public string ContentType 
{ 
    [CompilerGenerated] 
    get 
    { 
     return this.<ContentType>k__BackingField; 
    } 
    [CompilerGenerated] 
    set 
    { 
     this.<ContentType>k__BackingField = value; 
    } 
}