getterとsetterにバッキング変数を使用する

Question

これは愚かな質問ですが、私はC＃の新機能（Javaのバックグラウンドより）が新しく、プロパティのgetterとsetterに関するさまざまな例を混乱させています。

コードは次のようになりますいくつかの状況で

：

private string _something; 
    public string Something 
    { 
     get { return _something; } 
     set { _something = value; } 
    } 

しかし、他の例では、彼らはこのバッキングmemeberを使用していないので、それはより多くのこのようなものです：

public string Something { get; set; } 

私はしないでくださいもちろん、変数の設定に関する複雑なロジックを持っていない限り、これらのバッキング変数（_something）を使用する利点があります。

私は後者のアプローチを使って自分のプログラムを書いていますが、何も見逃していないことを確認したかったのです。

誰かがなぜ前者を選んだのか簡単に説明できますか？それはもっと「良い練習」ですか？

ありがとうございます！

Answer 1

もちろん、変数の設定に関する複雑なロジックがない限り、これらのバッキング変数（_something）を使用する利点はありません。

使用しない場合は利点はありません。 2番目のアプローチでは、まだバッキング変数がありますが、コンパイラにそれを追加する作業をさせています。 .NET 3.5以降では、あなたの現在のアプローチは完全に有効です。

もちろん、余分なロジックを導入する必要がある場合は、バッキングストアの管理が重要になります。

Answer 2

以前の構文は.NET 3.5以前では必要だったため、古いコードにあります。

機能的に同等です。

Answer 3

public string Something {get;セット; } は単なる手です。バックグラウンドでは上記とまったく同じことをしています。

Answer 4

最初の構文を使用する良い理由の1つは、プロパティがフロントエンド要素にバインドされているMVVMアーキテクチャで使用するためです。そのバウンドプロパティが変更されていると、それは更新しなければならないことを、あなたのフロントエンドを警告する

private string _something; 
    public string Something 
    { 
     get { return _something; } 
     set { 
       _something = value; 
       OnNotifyPropertyChanged("Something"); 
      } 
    } 

：よう

何か。

Answer 5

secondeアプローチインスタンス内から自動プロパティを参照Auto-Implement Property

Answer 6

はEncapsulation Principleを破るパブリックフィールドを、宣言と同じです。したがって、同じクラス内でアクセスしない場合は、自動プロパティを使用します。それ以外の場合は、メンバ（バッキング）フィールドを使用してローカルメソッドから参照し、通常の.NETプロパティでそれらを公開します。

.NET 3で自動プロパティが追加されました。0を構文砂糖として使用するので、クラス内で参照されていないフィールドをバッキングする必要がなくなりました。